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Robust electronic commerce will require several proprietary systems to 
intemperate. CommerceNet is proposing a framework of frameworks that 
will bridge among conflicting platform requirements. 
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"■■he Internet is revolutionizing commerce. It pro- 
B vides the first affordable and secure way to link 
B people and computers spontaneously across 
organizational boundaries. This is spawning numer- 
ous innovative enterprises— virtual companies, mar- 
kets, and trading communities. 

But the Internets potential is imperiled by the ris- 
ing specter of digital anarchy: closed markets that 
cannot use each other's services; incompatible appli- 
cations and frameworks that cannot intemperate or 
build upon each other; and an array of security and 
payment options that confuses consumers. 

One solution to \ these problems is an object- 
oriented architectural framework for Internet com- 
merce. Several major vendors of electronic-commerce 
solutions have announced proprietary versions of 
such a framework. The major platforms are 

* IBM CommercePoint 

* Microsoft Internet Commerce Framework 

* Netscape ONE (Open Network Environment) 

* Oracle NCA (Network Computing Archi- 
tecture) 

* Sun/Javasoft JECF (Java Electronic Commerce 
Framework). 

Recently, four of these companies have agreed to 
support a common distributed object model based 
on CORBA HOP (Common Object Request Broker 
Architecture Internet InterORB Protocol), Yet for 
commerce on the Internet to thrive, such systems 
must also interoperate at a business application level. 
(For more information see the " Major E-Commerce 
Platforms" sidebar.) A consumer or business using 
one framework should be able to shop for, purchase, 
and pay for goods and services offered on a different 
framework. This is currently not possible. 

In response, CommerceNet is organizing Eco 
System, a cross-industry effort to build a framework 



of frameworks, involving both e-comrnerce vendors 
and end users. This project is challenging from a 
technical perspective because information technol- 
ogy is moving so fast that there's seldom time for 
even de facto standards to emerge. Instead, we must 
deal with de facto interoperation— making incom- 
patible products already in the marketplace com- 
municate. Our philosophy is simple: Protocols, 
formats, and the like should not hinder business, 

The success of this process clearly depends on mar- 
ket leaders in each area participating actively on their 
respective task forces. Admittedly in past battles for 
market dominance (such as in operating systems and 
desktop PCs), it was difficult to bring leading play- 
ers to the table. For robust Internet commerce, how- 
ever; interoperability is so fundamental that we have 
to turn the concept of openness on its head—its not 
just publishing an API. Everyone's software has to 
work together because no single company can con- 
trol what platform its customers will use. 

OVERVIEW 

As proposed , Eco System will consist of an exten- 
sible object-oriented framework (class libraries, 
application programming interfaces, and shared ser- 
vices) from which developers can assemble applica- 
tions quickly from existing components. These 
applications could subsequently be reused in other 
applications. 

We are also developing a Common Business 
Language (CBL) that lets application agents com- 
municate using messages arid objects that model 
communications in the real business world. A net- 
work services architecture (protocols; APIs, and data 
formats) will insulate application agents from each 
other and from platform dependencies, while facil- 
itating their interoperarJon. 

Functionally, Eco System fills three distinct roles. 
It is 
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• a layer of middleware that facilitates agent inter- 
operation through services such as authentica- 
tion, billing, payment, and directories; 

• an object-oriented development environment 
that encourages the reuse of e-commerce mod- 
ules (even modules that represent the product 
line of an entire company); and 

• an industry roadmap and interoperability exam- 
ple that promotes open standards and helps tech- 
nology vendors communicate with end users 
about product features. 

A framework of frameworks 

In object-oriented parlance, a framework is an 
almost complete application that users can customize 
or extend to address particular needs. Eco System is a 
framework for building Internet markets. Specifically, 
it's a framework of frameworks that model key busi- 
ness processes and services. Because frameworks build 
on each other, the resulting applications are tightly 
linked through a shared-services infrastructure. Eco 
System's frameworks fall into four general categories, 
as Figure 1 shows. 



l-market services 



l-market services 



l-market services 



Business services 



Commerce services 



Network services 



l-market services are those that serve an Internet 
market. These are vertical markets of closely 
aligned businesses. Examples are real estate (title 
search, loan, and escrow services), securities trad- 
ing (buy, sell, and quote services), or any vertical 
supply chain ("solicit bid," "issue request for 
quote," and "issue purchase order" services). 
Business services include generic business 
processes and applications common to multiple 
I-markets. These include retail (shopping, order 
fulfillment, and shipping) and business-to-busi- 
ness (procurement, order entry, inventory and 
supply chain management, and logistics) func- 
tions. Vendors may have initially developed such 
services for a specific I-market and later general- 



Figure 1. Four 
general categories 
of Eco System 
frameworks. 



Major E-Commerce Platforms 

IBM s CommercePoint, a suite of e- 
commerce. services, attempts to provide 
end-to-end business solutions (http://www. 
internet.ibmxom/commercepoint). It in- 
cludes software; packages for electronic 
storefronts (including credit card transac- 
tions using SET and back-office functions) , 
purchasing (requests for proposals, elec- 
tronic data interchange, and bidding), and 
distribution. 

Netscape ONE (Open Network En- 
vironment) is a platform-independent, net- 
work-centric application development 
environment based on publicly defined 
open standards (http://honie.netscape.com/ 
comprod/one/white„paper.html). Key tech- 
nologies include HTML, Java and 
JavaScript 1.1, CORBA HOP, and broad 
support for open communication and col- 
laboration protocols (HTTP, NNTP, 
SMTP, IMAP4, and POP3) and security 
services (Secure Sockets Layer 3.0 and 
X.50 9v3). Applications interact through 
these interfaces (available on Netscape 
clients and servers) , eliminating the sharp 
distinction between client- and server-side 
development. 

Oracles Network Computing Archi- 



tecture (NGA) combines Web technology 
(HTTP and HTML) with CORBA 2.0 and 
HOP to provide distributed computing in a 
networked environment. NCA also sup- 
ports ActiveX/GOM clients through open 
COM/CORBA interoperability specifica- 
tions ratified by the Object Management 
Group. Key components include " plug- 
gable " objects called cartridges that use IDL 
to identify themselves to other objects in a 
distributed system (see http://www.oracle. 
coni/nca/h jrnVnca_wp.html) . 

Sun and JavaSoft's Java Electronic 
Commerce Framework (JECF) is an open 
platform for purchasing, banking, and 
finance (http://wwwjavasoft.com/products 
/eomrnerc e) . It provid es a user in terf ace (or 
walle t) fo r online purchasing a n d other 
financial transactions ; a secure, encrypted 
wallet database; access to strong cryptog- 
raphy; applets; and a purchasing infra- 
structure. Java Cassettes implement specific 
online transaction protocols such as SET, 
Mondex, and CyberCash CyberCoin. 

These four vendors announced this 
March that they would redesign their net- 
working products to support CORBA. 
Moreover, they promised to deliver some 
of these CORBA-compliant versions as 
early as this month. They are also expected 



to end ors e the use of Java Beans , a plat- 
form-independent, component-based soft- 
ware architecture based on Java (see http :// 
splashy a vas o ft. com/b e ans/Whi tePaper. 
html). 

This leaves Microsoft, which uses its 
proprietary Distributed Component 
Object Model (DCOM) architecture, as 
the major non-CORBA-compliant hold- 
out. DCOM is an OLE derivative for net- 
works, which runs only on Windows and 
also uses Microsoft's proprietary ActiveX 
components. These technologies support 
Merchant Server, a Microsoft product that 
allows Internet service providers to offer 
electronic storefronts supporting SET for 
about $3,500 (see http ://www. microsoft, 
com/merchant) . Industry observers point 
out that Microsoft recently endorsed: a 
Hewlett-Packard proposal to bridge the 
ActiveX and CORBA object models. 

Although the companies supporting 
CORBA are CommerceNet members, 
Microsoft is not. This situation — in which 
the major market shareholder fails to par- 
ticipate — is common to similar industry 
consortium efforts. As CommerceNet's 
interoperability initiatives gain momentum^ 
we hope that Microsoft will become an 
active participant. 
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Table 1. Sample service 
request messages. 



Service 


Message 


Payment 


Make a payment 




Obtain payment 




Use a credit card 




Have I been paid yet? 


Shipping 


Schedule a shipment 




Check the status 




Get a quote 


Catalog 


Perform a search 




Add, delete, or modify 




listing 



include quality-of-service management, IP 
(Internet Protocol) multicast, delivery receipts, 
authenticated packets, and smart firewalls (those 
that pass packets only among authorized busi- 
ness partners) . 

Each framework specifies core services that all appli- 
cation objects belonging to that class (for example, 
payments and catalogs) must provide. They must also 
specify a network services interface (NSI). An NSI is a 
set of messages in an implementation-independent lan- 
guage (CORBA IDL, Interface Definition Language). 
These standard messages request services over a net- 
work and differ from APIs in that they are at a higher 
level and written in IDL. In addition, a framework 
must specify APIs for software modules involved in 
delivering services. 



Get quote 
Schedule pickup 
Pay 



Shipping 
framework 



NSIs 



Send invoice 
Payment enclosed 



Figure 2, Frameworks 
communicate among 
themselves via NSIs 
and with application 
modules via APIs. 
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framework 



NSIs 



Use SET 
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JEPI Payment 
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ized them for reuse. Marketware is a special sub- 
class of these services that links buyers to sellers. 
(Seethe "Marketware" sidebar.) 
Commerce services are basic e-commerce services, 
such as digital "wallets," that allow individuals 
and companies to authenticate their identities, 
make payments, locate vendors, collaborate, and 
otherwise participate in an I-market. Advanced, 
next-generation commerce services will include 
secure multimedia mail, smart-card-based secu- 
rity and payment, digital-content delivery, appli- 
cation billing and accounting, transaction 
management, and agent management. 
Network services enhance the performance, reli- 
ability, and security of the Internet to accommo- 
date mission-critical business needs. Examples 



Services 

Every application under Eco System — whether a 
catalog or an entire I-market — is a network-accessi- 
ble service. Table 1 illustrates a few core services pro- 
vided by three representative frameworks. The table 
lists paraphrasings of the NSI messages used to 
request the core services. These core services literally 
define what it means to be, for example, a payment, 
shipping, or catalog service. Vendors will differenti- 
ate their products by providing additional services 
beyond those specified in the framework. But the 
defining characteristic of a payment, shipping, or cat- 
alog object is its ability to respond to the minimal set 
of core service requests specified in the associated 
framework. 

Modules can plug into frameworks via APIs; thus, 
some frameworks function as middleware, allowing 
access to several vendors' modules through a com- 
mon set of requests. Object wrappers transform stand- 
alone and legacy applications (written before a 
relevant Eco service framework existed) into Eco ser- 
vices. Application modules plug into e-commerce plat- 
forms via APIs, and other applications can access them 
using standard NSI requests. The JEPI framework is 
an example of a payment platform. When fully devel- 
oped, it will define standard APIs and protocols that 
allow interoperability of many incompatible payment 
solutions already on the market. 

Figure 2 illustrates the hierarchical relationship of 
frameworks and the roles of NSIs and APIs. 

GETTING FRAMEWORKS TO TALK 

We are basing Eco System on CORBA 2.0, an 
emerging industry standard for distributed objects and 
networking. CORBA 2.0 includes the Internet 
InterORB Protocol (HOP) , which Netscape 
Communicator will support. Eco will also work with 
HTTP (hypertext transfer protocol) , HTML (hyper- 
text markup language) , and Java. Figure 3 shows the 
Web-based architecture. 

The following design decisions conform to emerg- 
ing industry trends: 
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Marketware 

A special class of Eco applications and 
services brings together buyers and sellers. 
Marketware is based on a common plat- 
form that developers can customize by 
plugging in different application modules. 
These modules serve as building blocks to 
implement a variety of value-added mar- 
kets and market services: 

• Matchmaking is a trading post where 
buyers and sellers can exchange goods 
or services. This service matches buy- 
ers and sellers on the basis of product 
descriptions and personal or company 
profiles (like, for example, Sun's 
Matchmaker) . 

• Negotiation services allow buyers and 
sellers to post offers specifying price 
ranges, quantities, delivery dates, and 
other terms. The service notifies par- 
ties in real time or via e-mail of close 
matches. Parties can respond by mod- 
ifying their offers if so desired (as in, 
for example, the FastParts system). 

• Buy-sell brokering allows buyers to 
post requests for quotations, which the 
service forwards to registered sellers 
with appropriate interest profiles. 



Sellers can respond with bids, which 
the service collects, sorts, and forwards 
to the buyer. (Shopping agents such as 
Andersen Consulting 's BargainFinder 
are a special case of this service.) 

• Referrals and directory ' services han- 
dle buyer requests for referrals. These 
services match requests against pro- 
files of registered sellers using buyer- 
supplied criteria. 

• Aggregation allows buyers to submit 
requests for goods and services, which 
the service pools with similar requests 
to obtain quantity discounts. 

The marketware framework supports 
these applications by providing a common 
set of structures and functions. 

• Standard profiles for buyers, sellers, 
and intermediaries. Profiles provide the 
information needed for a party to par- 
ticipate in market transactions. This 
information could include size and 
type of business, location and street 
address, terms, conditions, contracts 
supported, certificate information, cre- 
dentials, credit rating, and references. 

• Standard taxonomies of goods and ser- 



vices would allow parties to target par- 
ticular transactions and filter out oth- 
ers. Taxonomies would use standard 
commercial classifications such as SIC 
(standard industrial classification) 
codes as well as custom ones. For 
example, a three-level hierarchy would 
classify products by industry (for 
example, computer), subarea (periph- 
erals), and type (disk drives). 
CommerceNet is working to develop 
an evolvable "Taxonomy of Every- 
thing" for products. 

• Standard CBL commands to invoke 
market actions such as buy, sell, bid, 
post request for quote, and locate 
interested buyers or qualified vendors. 

• Authentication and authorization 
functions that use buyer and seller 
profiles to control what information a 
party can see or modify. 

• Accounting and reporting of transac- 
tions for buyers, sellers, and market 
administrators. 

• A notification service allows buyers 
and sellers to register their interest in 
selected market events (a new-bid post- 
ing, for example) and receive a CBL 
notification message when they occur. 
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Figure 3, Eco services 
will be available as 
objects accessible via 
CBL commands sent 
over HOP or 
HUP/HTML sent by a 
browser. The architec- 
ture also incorporates 
Java applets, which 
link Web services to 
more robust transac- 
tion-oriented services 
via HOP. 
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Figure 4. Protocol 
stack. 



* Network services. Every Eco application will be 
a network-accessible service provided by agents. 

• Object Web. Eco agents respond to CBL mes- 
sages from other agents and to HTTP requests 
from browsers. 

• Industry compatibility: As currentiy planned, Eco 
will foster interoperability among four of the five 
major e-commerce frameworks. 

* De facto interoperation. Eco focuses on interop- 
eration rather than standards. It will achieve 
interoperation in many ways, including the use 
of de facto standards implemented in Java and 



HOP to achieve platform independence. Protocol 
negotiation, gateways, and mediators will pro- 
vide semantic interoperation. 

• Scaleable, interchangeabie building blocks. 
Agents can direct CBL commands to a business, 
several businesses that have linked their catalogs 
or processes, a market (comprised of many com- 
panies), or a third-party intermediary. 

• Transparent outsourcing. Eco will facilitate the 
outsourcing of business processes such as fulfill- 
ment, shipping, and payment processing. 

Object orientation 

Every Eco System service is a network-accessible 
object. As shown in Figure 3, objects respond to agents 
using CBL commands delivered over HOP and to 
browsers using HTTP, HTML, and Java. This duality 
maintains compatibility with current Web sites and 
affords a graceful migration path. It's also compatible 
with emerging industry trends and anticipates the pos- 
sibility that the next generation of HTTP and HOP 
may someday merge. If the industry does not widely 
accept CORBA, agents will still be able to access the 
Web by using embedded semantic markup. Such 
embedded markup will let agents understand and 
respond to the information depicted graphically in a 
Web page. Microsoft and Netscape recently endorsed 
XML (Extended Markup Language) , a simplified ver- 
sion of SGML used for embedding tags into HTML. 

As shown in Figure 4, Eco imposes a layer of mid- 
dleware on top of leading Internet commerce plat- 
forms such as Netscape ONE and Oracle NCA. It uses 
the CORBA HOP architecture supported by these 
platforms and extends it to accommodate CBL agents. 

Object bus. In CORBA, all objects connect to a com- 
mon object bus, as shown in Figure 5. Thus, although 
we often depict Eco services hierarchically as in Figure 
1 , their actual implementation is flat; any Eco object 
can request a service from any other. This is conve- 
nient because situations do frequently arise where 
objects lower in the hierarchy require services from 
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Figure 5. ECo object request broker acts as a bus between object-encapsulated services. 
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those above. For example, premium network services 
such as quality-of-service management or IP multi- 
cast may involve payments. Or a fulfillment service 
may need transportation I-market services. 

IDL. CORBA and HOP insulate application devel- 
opers from most implementation and runtime details. 
CORBA provides IDL, a neutral definition language 
not tied to any specific programming language. 
Compiling the IDL generates object-oriented code 
implementing APIs. This allows any vendor to pro- 
vide application object(s) that actually implement the 
specification. Vendors can write such objects in any 
language, and the objects can reside on any Internet- 
connected host. This architecture accommodates 
legacy applications by encapsulating them in an object 
wrapper and creating a corresponding IDL file as an 
interface. CORBA standardizes a CORBA-IDL-to- 
C++ mapping. JavaSoft and the OMG (Object 
Management Group) have released Java IDL alpha 
2.2 for mapping IDL to Java. 

Java. Object orientation allows developers to 
more quickly write and/or reuse applications to sup- 
port changing business environments. Maintaining 
Eco s object orientation requires the use of an object- 
oriented language; CommerceNet has selected Java 
for this task. 

Java is an interpreted language developed specifi- 
cally with heterogeneous distributed networks and 
applications in mind. Vendor-neutral bytecode can be 
securely downloaded from the network as an applet 
that runs on a virtual machine residing on the user's 
system, most likely a Java-enabled browser. The Java 



runtime has built-in security features such as a byte- 
code verifier that enforces the Java security model (for 
example, disallowing pointers) and prevents malicious 
code from escaping the Java virtual machine (or 
"sandbox") and accessing the underlying operating 
system. Finally, Java Beans provides an architecture 
and platform-neutral API for creating and using 
dynamic Java components. Developers will be able to 
use a variety of development tools to assemble custom 
applications. These applications can draw on a rich 
variety of support services (such as event handling and 
persistence) that make Java Beans fully portable. 

Protocol negotiation, mediators, ami gateways 

Application vendors are usually much more willing 
to agree on a metaprotocol than a standard. That's 
because a standard would require most to abandon 
rival technologies in which they have a substantial 
investment. Since today s computers can support mul- 
tiple protocols, negotiation is a practical way of real- 
izing de facto interoperation. 

Negotiation protocols, bridging gateways, and medi- 
ators (smart gateways) have a part in accomplishing 
interoperability. Often, an application may not care 
what protocol it uses: "Just tell me what protocol you 
prefer, and I'll accommodate it if I can." This is the 
basic philosophy underlying the JEPI payments frame- 
work (seethe "Payment Inter-operability" sidebar). In 
JEPI, sellers provide buyers with a list of payment types 
they accept (analogous to merchants displaying credit 
card logos in their store windows) . Buyers then select 
the form of payment they wish to use, which implicitly 



Payment Interoperability 

In December 1995, the World Wide Web 
Consortium (W3C) and CommerceNet 
cosponsored the Joint Electronic Payment 
Initiative (JEP1) to bring key industry play- 
ers together (CyberCash, IBM, Microsoft, 
Xerox; and British Telecom, among others) 
to ensure that multiple payment instru- 
ments; protocols, and transports will inter- 
operate over the Internet. 

JEPI is a metaprotocol built on top of two 
new Web protocols — PEP (Protocol Extens- 
ion Protocol) and UPP (Universal Payment 
Preamble) — that let clients and merchant 
servers negotiate among and select payment 
mechanisms. Clients and servers can ask 
each other what forms of payment they sup- 
port and negotiate a mutually acceptable 
payment mechanism. 

PEP is a protocol for extending HTTP so 
that it can dynamically deploy applications 
that require more facilities than those pro- 
vided by HTTP's request-response model. 
PEP associates new extensions to HTTP 
with a URL and uses a new Protocol: 
header field to carry the extension identifier 



and other necessary information — includ- 
ing possibly an implementation of the 
extension — between clients and servers. 
Like Java's protocol handlers, RERprovides 
the capability to automatically and dynam- 
ically download software component inter- 
laces enabling sophisticated applications 
such as distributed authoring tools to inter- 
operate over the Web, PEP has been sub- 
mitted to the IETF for inclusion in HTTP, 

Don Eastlake built the Universal 
Payment Preamble on top of PER UPP is 
intended to provide a minimal layer that 
lets customers use a multipaynient wallet 
and easily move from payment to payment. 
It provides a uniform vocabulary and syn- 
tax for naming options common to many 
payment systems, enabling clients and 
servers to exchange the necessary informa- 
tion and enter a specific payment system. 
This approach redefines each proprietary 
payment system as an URL-identified, PEP 
protocol extension implemented by a 
generic UPP protocol and module. 

UPP negotiations occur via exchange of 
PEP protocol headers before or during 
shopping. Negotiation requests available 



payment choices, presents multiple choices, 
demands or makes a selection, and accepts 
or rejects choices. The payment protocol 
guarantees security, not UPR 

JEPI completed phase 1 in April 1997 
with a demonstration at the Sixth 
International World Wide Web Conference 
of a JEPI implementation comprising two 
payment instruments, CyberCash and 
GCTech's GlobelD. W3C met with its 
members at that meeting to consider phase 
2 strategies, which may include; valida- 
tion/revision of UPP/PEP (JEPI used the 
August 1996 version of PEP, which was 
subsequently revised for consideration by 
IETF); incorporation of more payment 
systems (SET and micropayments), smart 
card integration; wallet and cash register 
APIs; and extension of HTML for micro- 
payments. CommerceNet has committed; 
to phase 2 development, according to 
CommerceNet s Jim Calvin, project man- 
ager for JEPL For more information, see 
Eui-Suk Chung and Daniel Dardailler's 
"White Paper: Joint Electronic Payment 
Initiative (JEPf)," http:/www. w3.org/ 
pubAAWW/Payments/white-papenhtml; 
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AIMSNet, a product of the Agile 
Infrastructure for -Manufacturing Systems 
(AIMS) program, is a working example of 
an I-market in the making. Using AIMSNet, 
an intercompany network (using the 
Internet) links companies like Lo ckheed 
Martin and its suppliers, allowing multi- 
company project teams to exchange techni- 
cal and husiness information, collaborate 
on design, post quotes and purchase orders, 
tender oraccept bids, find potential suppli- 
ers and partners and track project mile- 
stones; More than 10 companies currently 
use AIMSNet, and dozens more are j oining 
soon, 

One of AIMSNets powerful features is 
support for collaborative design. Its 
Multimedia Environment for Collaborative 
Engineering (MECE) is an online, shared 
notebook system developed by Lockheed 
Martin. This allows project team members 
to assemble and share information, such as 
design rationale and program decisions , in 



the form of text, audio, video, and screen 
snapshots. It also accommodates 3D design 
and manufacturing information by using 
VRML. VRML provides a 3D model inde- 
pendent ofV any specific CAD program; 
Team members use these tools to review 
information, collect comments, and make 
recommendations and changes. Current 
AIMSNet users are large programs within 
aerospace companies that develop complex 
systems such as satellites, rocket engines, 
missiles, and so on. 

This effort, funded by the US Defense 
Advanced Research Projects Agency, has 
also developed templates to standardize 
transactions between companies. An impor- 
tant e-commerce concept, templates convey 
information between companies in a stan- 
dard format easily accessed from anywhere 
through a HTML browser. Users can 
import information from legacy systems as 
well as through industry standard protocols. 
These templates also serve as simple front- 
end-to-remote databases that are network 
accessible. 



Work is in progress to provide mulritier 
supply chain coordination and facilities for 
evaluating and selecting suppliers. The 
coordination agent enables team members 
to track events critical to a project's suc- 
cess. The agent filters, sorts, prioritizes, and 
presents status information coming from 
various sources to project members based 
on their requirements. This helps project 
members manage the project from their 
own perspective. The supplier selection 
agent provides a mechanism for rapidly 
identifying key partners that can meet a 
project's multiple criteria. AIMSNet cur- 
rently offers users a preliminary version of 
these services. 

AIMSNet, an industrial commerce infra- 
structure, is currently piloted as an aero- 
space I-market but can be easily customized 
to several other I-markets including auto- 
motive, electronics, and construction. 

Ram Srirarn is AIMS Program Director for 
Lockheed Martin Missiles & Space: 
Contact him atsrkam@aicAockheed.com, 
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Figure 6. IDL provides a neutral definition language for connecting distributed applications 
(through CBL and Eco agents) in a platform-independent manner. 



selects the appropriate protocol (SET or Mondex, for 
example) . 

An alternative to protocol negotiation is simply to 
translate between proprietary protocols using a gate- 
way service. Gateways work well with functionally 
similar protocols that differ in syntactic details. Thus, 
gateways are often a good way for legacy database 
applications to communicate (for example, my SAP 
purchasing system can talk to your Oracle order-entry 



system) because the applications involved are rea- 
sonably well standardized at a functional level. 

Gateways can also complement protocol negotia- 
tion. Namely, one alternative can be for each party to 
adhere to their favorite protocol and employ gateway 
services. In effect, the parties agree to disagree. 

Mediators are smart gateways, which can negotiate 
a mutually acceptable protocol with each of several 
sites, retrieve information from each site, and integrate 
it. Mediators were originally developed for advanced 
information retrieval tasks, but are well-suited to e- 
commerce tasks such as integrating the catalogs and 
business systems of several cooperating firms. 

Common Business Language 

NSI messages, business objects, and product tax- 
onomies will constitute a CBL for Internet commerce. 
Eco extends HOP by adding two new levels of abstrac- 
tion: CBL messages and CBL agents. A CBL message 
is an object-oriented alternative to the ad hoc text 
strings currently used in electronic data interchange. 
Each framework inherits the service requests and busi- 
ness objects of those frameworks upon which it builds, 
specializing and extending the inherited entities to pro- 
vide new functions. 

CBL agents provide a baseline set of common 
(Telescript-Iike) services that all e-commerce applica- 
tions can build on. They include basic authentication, 
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EDI Interoperability Test {jig 

EDEONfT, the Internet Engineering Task 
Force (IETF) workgroup, has recommended 
standards for interoperable, secure electronic 
data interchange over the Internet. Com- 
merceNet is sponsoring interoperability test- 
ing of these EDIINT recommendations 
among implementations from 10 vendors. 
These vendors include Actra Business Systems 
(a Netscape/GEIS company) , Atlas Products 
International, AT&T, CyberPath, DaNet, 
Digital Equipment Corp., EDS, Harbinger, 
Premenos, and Sterling Commerce. 

The vendors are checking the ability of 
their pro du cts to pass EDI securely among 
themselves. In January, five vendors 
demonstrated the successful exchange of 
digitally signed data among their products. 
This demonstration involved passing elec- 
tronic documents over SMTP (Simple Mail 



Transport Protocol) using S/MIME (Secure 
Multipurpose Internet Mail Extension) 
encoding. Although the products all imple- 
ment the S/MIME standard, factors such 
as certificate version differences and 
S/MIME support for multipart/signed doc- 
uments still caused short-term interoper- 
ability problems. 

Rik Drummond is chair of the IEPT 
working group, manager of the testing, and 
principal of the Drummond Group, an e- 
cornmerce consultancy. He anticipates the 
results of the EDIINT recommendations 
and the assurance of the CommerceNet 
interoperability testing to result in several 
secure, interoperable, off-die-shelf Internet 
EDI products in the next few months. The 
first group of five vendors will complete the 
total testing—exchanges of certificates, 
encrypted and signed messages, and signed 



receipts— -by mid-May. A signed receipt is 
the basic mechanism f or nonrepudiaton of 
receipt. In addition, the IETF is reviewing 
two draft stand ards— "MIME-Rased 
Secure EDI" and "EDIINT Functional 
Specifications " — that outline the basis for 
secure, interoperable, Internet EDI. These 
standards set forth functional requirements 
for encryption, key management, content 
integrity, authentication, receipts, and track- 
ing and error handling. They also recorm 
mend existing standards that fulfill these 
requirements. Both documents are available 
at http://www.ietf.org/ids.bywg/ediint.htnil. 
Drummond expects these drafts to be 
accepted as Requests for Comments within 
the next few months. For more information 
about either the CommerceNet interoper- 
ability testing or the standards, contact him 
at drummond@onramp.net. 



authorization, billing and accounting, micropayment, 
and directory services. We will base these agents on 
several lightweight agent architectures developed for 
use with Java, including IBM's Aglets and Mitsubishi's 
Concordia. 

Eco's agent platform, depicted in Figure 6, provides 
an agent transport protocol and associated manage- 
ment and support services (creating and destroying 
agents, subcontracting tasks, delegating permissions 
and resources, and administering offers to buy or sell 
services). Using IDL, the CBL stub translates CBL 
messages into object requests to use HOP-provided 
interoperability services. 

PROJECT STATUS 

In addition to the four major platform vendors, other 
organizations are active CommerceNet participants— 
Actra, Bank of America, Visigenic, the World Wide Web 
Consortium, and NIST, to name a few. CommerceNet 
recently agreed to cooperate with five Japanese organi- 
zations — NTT, the Japan Research Institute, Mitsubishi, 
NEC, and Oki — in developing functional prototypes of 
I-markets for a mall of malls and auto parts procure- 
ment. Additional I-market pilot programs include those 
for real estate and aerospace. The latter is already a 
working Internet-based network for manufacturing 
procurement; seethe "AIMSNet" sidebar. 

Another area in which CommerceNet is making a 
significant impact is in establishing standards and test- 
ing for secure electronic data interchange (see the 
"EDI Interoperability Testing" sidebar). 

Although projects like AIMSNet allow pre-estab- 
lished trading partners to work together, we will use 



its results and EDI to create open I-markets in which 
an entire industry can come together for trade. 

nternet commerce stands at a critical juncture. After 
an exhilarating start-up, further development 
hinges on bridging the chasm between early 
adopters and a true mass market. We envision Eco 
System as the foundation of that bridge. 

Eco System is not just about creating an architectural 
framework of frameworks. It is, more importantly, 
about establishing an ongoing process and organization 
for achieving broad industry consensus on interoper- 
ability and reuse issues critical to open e-commerce. 
These issues are changing daily; visit http://www. 
commerce.net/Eco for the latest information. ❖ 



Jay M, Tenenbamn is founder and chair of Com- 
merceNet, an industry association for e~commerce. 

Tripatinder (Trip) S. Chowdhry, cofounder of the 
CommerceNet group, is the chief architect of Eco Sys- 
tem. Chowdhry received his MBA fromKeilogg Grad- 
uate School of Management and an MS in computer 
science from the University of Southern California, 

Kevin Hughes is a consultant and CommerceNet Fel- 
low. 

Contact Tenenbaum at CommerceNet 4005 Miranda 
Ave,, Suite 175, Palo Alto, CA 94304; jmt@ 
commerce.net 
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Emerging standards for commercial document exchange 
promise open business- to- business e-commerce. 

CommerceNet's eCo System initiative, launched in 
1996, aims to transform the World-Wide Web into an 
agent-based infrastructure for Internet commerce. 
Todays Web gives people unprecedented access to online 
information and services. But its information is delivered 
in format-oriented, handcrafted hypertext markup lan- 
guage (HTML), making it understandable only through 
human eyes. Software agents and search engines have dif- 
ficulty using the information because it is not semantically encoded. Clever programmers work 
around some of HTML's inherent limitations by using proprietary tags or software that 
"scrapes" Web pages to extract content. Unfortunately, such ad hoc approaches do not scale. 
Proprietary tags require browser plug-ins, and scraping approaches require a customized script 
for each Web site. These approaches balkanize the Web, making it inaccessible to agents. 
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Tomorrows Web will use the extensible markup 
language (XML) to encode information and services 
with meaningful structure and semantics that com- 
puters can readily understand. In Internet com- 
merce, companies will use XML documents for 
publishing everything from product catalogs and air- 
line schedules to stock reports and bank statements. 
They will also use XML forms to place orders, make 
reservations, and schedule shipments. Any agent 
with the proper authorization will be able to obtain 
computer-interpretable data sheets, price lists, and 
inventory reports through the Web or email, then 
request quotes, place orders, and track shipments. 

By making the 
Web accessible to agents 
and other automated 
processes, XML will fun- 
damentally transform the 
nature of e-commerce (see 
Maes et al. s "Agents That 
Buy and Sell" in this 
issue). XML will elimi- 
nate the need for custom 
interfaces with every cus- 
tomer and supplier, allow- 
ing buyers to compare 
products across many 
vendors and catalog for- 
mats, and sellers to pub- 
lish their catalog 
information once to reach 
many potential buyers. 
Online businesses will 
also be able to build on 
one another's published 
content and services to 
create innovative virtual 
companies, markets, and 
trading communities. 

Web merchants might initially dread that XML- 
encoded information makes it too easy for buyers to 
compare prices and competitors to co-opt their con- 
tent. But fear of lost business opportunity as e-com- 
merce grows and the recognition that XML provides 
many other advantages for sellers (such as the ability 
to differentiate products in ways other than price) 
are likely to convince them to adopt richer markup 
formats, (see Wong et al.s "Java-based Mobile 
Agents" in this issue). In time, most merchant Web 
sites will provide agent-searchable catalogs that sup- 
ply product descriptions, as well as information 
about price and availability. 

For consumers, the most obvious result of perva- 
sive markup will be smart shopping agents that level 



the playing field in their dealings with sellers. Using 
Internet-wide shopping directories, these agents will 
be able to locate all merchants carrying a specific 
product or service, then query them in parallel to 
locate the best deals. Some merchants will provide 
sales agents that negotiate with shopping agents and 
generate customized offers in response to their solic- 
itations. The shopping agents can then sort the 
offers they receive according to criteria set by their 
owners — the cheapest flight, the most convenient 
departure time, the roomiest aircraft, or some 
weighted combination. Cybermediaries will offer 
innovative brokering and referral services that match 

buying and selling 
agents, as well as order- 
aggregation services that 
increase their purchas- 
ing clout. 

Agent-based shop- 
ping by consumers is 
just the tip of the e-com- 
merce iceberg. When- 
ever a product is bought, 
information propagates 
back down the supply 
chain, triggering a series 
of distribution, manu- 
facturing, and logistics 
events. Today much of 
this business-to-business 
information is exchanged 
through EDI messages. 
But traditional EDI is 
complex and expensive, 
because most messages 
travel over proprietary 
networks. Moreover, 
EDFs brittle syntax 
necessitates a custom integration solution between 
each pair of trading partners. 

For these reasons, EDI transactions will increas- 
ingly take place over the Internet using an 
XML/EDI message format. Such messages will be 
more economical than traditional EDI messages, 
while being easier to validate and translate into the 
formats needed by applications at each end of the 
exchange [4] . This development will encourage busi- 
nesses, including many that find traditional EDI too 
costly, to implement Web agents that respond to 
XML messages. This agent-based approach to enter- 
prise integration is simpler and more open than tra- 
ditional EDI, because it avoids the "pairwise 
tyranny" through which big companies impose pro- 
prietary message formats on small companies. More- 
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Figure 2. XML-based document exchange in the eCo System 



over, publishing XML-encoded documents, such as 
data sheets and price lists, on the Web makes the 
information available instantly to all potential trad- 
ing partners. Instant availability transforms rigid 
supply chains into "supply Webs," in which partici- 
pants transact business spontaneously (see Figure 1). 

The eCo System began as an architectural vision 
for open Internet commerce [5] , proposed and evan- 
gelized by the 500-member worldwide Com- 
merceNet Consortium in 1996. Conceived 
originally as a CORBA-based interoperability frame- 
work, the eCo System architecture was recast in 
1997 on an XML foundation, due to XMLs sim- 
plicity and widespread adoption by key vendors, 
including IBM, Microsoft, Netscape, and Sun. 

Todays eCo System enables companies to com- 
municate over the Internet using self-defining XML 
business documents that agents, as well as people, 
can easily understand. Business Interface Definitions 




J* 



(BIDs), posted on the Web, tell 
potential trading partners what 
online services a company offers and 
what documents to use when invok- 
ing those services. For example, a 
BID might allow a customer to order 
goods by submitting a purchase order 
or a supplier to check availability by 
downloading an inventory status 
report (see Figure 2). 

A key element of the eCo System 
framework is the Common Business 
Library (CBL), an extensible, public collection of 
generic BIDs and document templates that compa- 
nies can customize and assemble to go online 
quickly. 1 CBL includes XML message templates for 
the basic business forms used in ANSI XI 2 EDI 
transactions, as well as those used in such emerging 
Internet specifications as Open Trading Protocol 
(OTP) and Open Buying on the Internet (OBI). 
These specifications are mapped to each other using 
a dictionary of common business terms and data ele- 
ments. A company can thus define its business inter- 
face in terms of any Internet standard mapped to 
CBL and communicate instandy with every other 
company that has done the same, even when the 
companies subscribe to different standards. 

The eCo System framework overcomes two long- 
standing barriers to e-commerce. CBL facilitates 
spontaneous commerce between trading partners 
without custom integration or prior agreement on 
specific industrywide standards. And by being inter- 
pretable by both people and agents, XML docu- 
ments provide an incremental path to business 
automation, whereby browser-based tasks are gradu- 
ally transferred to computer agents. These advances 
eliminate much of the time, costs, and risks of tradi- 
tional system integration. Moreover, the eCo System 
transforms closed trading partner network into 
open markets and extends such enterprise applica- 
tions as inventory management and production 
scheduling across entire supply chains. 

XML is a simplified metalanguage, derived from 
SGML, emerging as the standard for self-describing 
data exchange in Internet applications. XML was 
developed by the World-Wide Web Consortium in 
1997 and is being implemented rapidly by such 
major platform vendors as IBM, Microsoft, 
Netscape, and Sun Microsystems. XMLs power 



'The CBL was called the Common Business Language in earlier descriptions of eCo 
System. The change emphasizes CBL's function as a set of building blocks for XML 
applications and its role as a complement (rather than as a competitor) to ICE, OBI, 
OFX, OTP, RosettaNet, and other commerce languages. 
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derives from its extensibility and ubiquity. Anyone 
can invent new tags for particular subject areas, 
defining what they mean in document type defini- 
tions (DTDs). Content-oriented tagging enables a 
computer to understand the meaning of data, 
including, say, whether a number represents a price, 
a date, or a quantity. 

This tagging significantly increases the function- 
ality of Web e-commerce applications, because they 
can now do much more than simply display product 
data. For example, items in an XML-encoded cata- 
log can be sorted by price, availability, and size. 

One of eCo Systems longstanding goals has been 
to enable businesses to build on one another's ser- 
vices to create virtual enterprises. Such plug-and- 
play commerce involves modeling enterprises as 
collections of services, some internal to a particular 
business, others provided by trading partners. Busi- 
ness services in eCo were originally defined as 
CORBA application programming interfaces (APIs). 
While the CORBA approach appears workable 
within organizations that control APIs, our experi- 
ence in several prototypes suggests it is not practical 
for interenterprise integration. Fortunately, XML 
offers a promising alternative — agents interacting 
with business services through business documents. 

Business documents represent a more intuitive 



and flexible way to access business services than pro- 
gramming APIs. It is much easier to interconnect 
companies in terms of the documents they exchange, 
on which they already largely agree, than in terms of 
their business system interfaces, which invariably 
differ. The coupling is looser, but loose coupling is 
better than no coupling at all. 

XML's human readability is another significant 
advantage over CORBA. Just as HTML is a lan- 
guage for the eyes, CORBA is a language for CPUs, 
meant to convey information among programs, with 
no concession to human readability. XML docu- 
ments are as readily interpretable by humans as they 
are by computers, especially with the aid of a style 
sheet [2]. 

Other proposals for agent languages suggest that 
first-order logic or other formal languages enable 
more precise specification of messages than XML [1, 
3] . We prefer XML for two reasons — one language- 
theoretic, one practical. Expressing semantics in syn- 
tax rather than in first-order logic leads to a simpler 
evaluation function while needing no agreement on 
the associated ontologies. The practical argument, 
which is much more important for commercial suc- 
cess, is XML's ubiquity. The Web has made everyone 
appreciate the power of markup languages, practi- 
cally assuring the widespread adoption of XML, as 



Domain-specific Commerce Languages 



The power of XML in enabling interoperability and 
simplifying the sharing and reuse of information 
between business domains is encouraging compa- 
nies to work together to develop XML-based specifi- 
cations for the business information they exchange 
most often. Sample specifications include: 

payment, and techno I ogy compani es is specifyi ng 
information require me nts for paym ent, re ceipts , 
delivery, and customer support (www.otp.org). The 
goal of OTP is efficient exchange of information 
when the merchant, the payment handler, the deliv- 
erer of goods or services, and the provider of cus- ; 
tomer support are different entities with their own 
^syster^s^"^ . 

> '-.::;;) 
merceNet, ANSI X12, and the Graphics Communica- 
ti on Associati o h i s defining how traditional X12 EDI 
business data elements should be represented using 
XML (www.xmledi.com). 

K * Rps^ttal^t. This PC; industry initiative is def i n- 
ing how to exchange PC product catalogs and trans- 



actions among manufacturers, distributors, and 
resellers (www.rosettanet.org). 

b^^jllBuyi hg on the Internet* TH^ 
launched by American Express and major buying and 
selling organizations, including Ford Motor and Office 
Depot, is automating I arge-scale corporate procure- 
ment of office and maintenance supplies 
(www.openbuy.org) 

> information and Content Exchange. CNET, News 
Corp., Vignette, and other information content 
providers are developi ng ways thro ugh ICE to create 
and manage networked relationships, such as syndi- 
cated publishing networks, Web superstores, and 
online reseller channels 

(www.w3.org/TR/1998/NOTE-ice-19981026). 

:..;./ ^ 

CheckFree, Intuit, and Microsoft for the electronic 
exchange of financial statements among consumers, 
small businesses, and financial institutions, the OFX 
effort supports banking, bill payment, investment, 
and financ ial plann ing activities (www.ofx.net) . 
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Share the Ontology in XML-based Trading Architectures 



Recent e-coromerce application activity involving the 
extensible markup language (XML) has led to a pro I if era- ; : 
tion of XML-based standards and markup language pro- 
posals. Among them are several designed to support 
site-to-site Web automation that lean naturally toward 
the agent paradigm of distributed computation. 

Although XML represents a major step forward in $w 
^carrirrw^ 

partners should also recognize XML's limitations. XML is 
not a cure-al I for system i nteroperability, but a widely 
accepted foundation layer on which to build. Moreover, 
there are differing views on how to extend or complement 
XML to support agent-based e-commerce (see Glushko et 
al . 's "An XML Framework for Agent-based £-commerce" in 
this issue). This challenge is further complicated by 
debate over some fundamental questions : How should ; 
XML be extended to support the representation of busi- 
ness information? Should XML be enriched with tags 
reflect! ng higher-level concepts, especially business 
domains, such as standard business processes? How 
should foundation ontologies (from which higher-level 
content is composed) be defined? How can the numerous 
heterogeneous e-commerce frameworks (such as ICE, 
I Q&j^OT the expected 

low-friction market of the future? And will the future 
electronic marketplace be dominated by a series of com- 
merce islands with trading groups isolated by the propri- 
etary protocols and domain models with which their 
commerce agents interact? 

Answers involve not only solving the related technology 
and intellectual challenges, but how to bring together the 
various communities of industrial standards developers. 
Each holds the essential elements of the overall solution. 
These communities, including EDI, Internet, knowledge 
engineering, and SGML, bring to the table subtly differing 
angles on the problem, including representation 
approaches associated with rich documents, 
publish/subscribe protocols, transactions, content syndi- 
catio n , and b usiness sem antics. To survive in this m arket, 
e-commerce component providers will have to support a 

frameworks, translating among them to achieve signifi- 
cant penetration. It appears that the main barrier to e- 



commerceliesin the need for applications to share infor- 
mation' not in the Internet's reliability and security. 

. :■ Due to the wide range of enterprise and e-commerce 
systems being deployed by businesses and the way these 
systems; are is partjcu- 

larly acute among large electrphic trading groups. E-com- 
merce will increasingly :fo£us on trans-enterprise 
communication, while the number of trading partners and 
sophistication of e-commerce applications also increase. 
The need to unite business models, processes, and repre- 
: sentation formats is greater than ever, while expectations 
run ever higher. Although many co mpan i es h ave al ready 
begun to organize, standardize, and stabilize their digital 
services in order to create and maintain sustainable net- 
work relationships with their trading partners, they are 
doing so only in conjunction with their immediate trading 
partners. This relatively narrow focus can limit the return 
on investment possible from each of these initiatives. 

merce participants to create a global environment provid- 
ingsignif icant interoperability between the systems used by 
all engaged. Such an environment can be achieved through 
improved semantics within I nternet transactions and in 
networked service definitions. It will facilitate consistent 
behavior among partici pants i n I arge tradi ng networks or 
within complex virtual organizations. Many of the founda- 
tion concepts needed to achieve this consistent behavior 
have already been established through work on distributed 
problem solving, intelligent agents, and knowledge sharing, 
yet to date these technologies have had little effect on 
Internet- based commerce. 

Agent-based systems to support the next generation of 
Internet commerce must adopt common ontologies if they 
are to interact without m i s un de rstan di ng. For example, 
content can be defined to enable application tnteroperation 
as well as information synthesis. An e-commerce standard 
being developed by major PC vendors, resellers, and distrib- 
utors has shown by practical example in the PC distribution 
chain that quite sophisticated representation issues can 
complicate even straightforward commerce scenarios. For 
example, the required catalog model includes the need to 
represent the topology of the parts comprising a PC product. 
; But to bring semantic order to the world of XML, we have 
to be clear about what we mean by "ontology. 31 The term is 
often used to refer to a vocabulary, yet even the terms 
; within a^ si mp I e vocabulary cart be prone to rmsinterpreta- 
tion, ■'■pd'rticuldrly in cornbf nation, unless they have been 
chosen carefully. Consider some of the problems already 
apparent in the plethora of e-commerce standards that 
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have emerged during the past few years. As new online 
trading environments are developed, the potential proto- 
col mismatches between participants 5 commerce plat- 
forms can becom e maj or in hibito rs to ach i eving 
industrywide e-commerce sol utions and del iveri ng sup- 
ply-chai n and m arket-effi ciency benefits. Real izing Web 
automation in such complex environments reopens many 
of the problems and issues the know! e dge-shari ng and 
3 inte I ligent-agent com munities h ave been wrestl ing with in 
such initiatives as the shared design environment, or 
U ''X SHADE, and the advanced technology operations system, 
or ATOS, using ontologies to enable agents working on dif- 
ferent problems to interoperate over networks. 

XML as a representation is just too forgiving at the 
document type definition (DTD) stage at the expense of 
: the information processing stage. However, steps are 
being taken in the right direction; an example is the defi- 
nition of schema languages to enable consistent schema 
semantics in the definition of objects in XML (such as by 
the World-Wide Web Consortium reflecting proposals from 
a number of organizations). '. ; : 

Consistent schema semantics wi II ce rtai nly enable effi- 
cient e-commerce using predefined DTDs between fixed 
i networks of trading partners. But to enable the full bene- 

fits of agent-based e-commerce— where agents act in an 
autonomous or semiautonomous way, comparing and 
contrasting products or suppliers and negotiating with 
other agents— participating agents have to communicate 
in terms of a detailed ontology of the business domain. 

challenge for techn ology vendors, e-commerce 
participants, and standards bodies is to capitalize on the 
experience available in the knowledge representation and 

Veo Systems is pursuing a pragmatic approach to solv- 
ing some of these issues through the Common Business 
Library, an extensible, public collection of business inter- 
face definitions and document templates. This library is 
being rationalized and further developed by the Com- 
merceNet eCo Framework Working Group established last 
year and should provide a foundation for addressing 
many of the unanswered questions in agent-based e- 
commerce. Ontologies will play a key role. II 
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HTML's heir apparent. XML may be theoretically 
less expressive than other formal languages, but we 
prefer a language that can be understood and pro- 
duced by computer novices to a theoretically bet- 
ter one spoken only by computer scientists. 

The significance of XML for integration 
extends beyond the Web to email, database 
records, and programming APIs. An XML parser 
imposes the same API on any XML data source, 
eliminating much of the need for custom pro- 
grams to extract and integrate information from 
each source. So, integrating enterprise informa- 
tion from accounting, purchasing, manufacturing, 
shipping, and other functions can be accom- 
plished by first converting each source to XML 
and then processing the parsed data stream. Put 
another way, each application need know only two 
source formats — its own and XML — rather than 
having to produce the native format of every other 
application. 

XML by itself doesnt enable plug-and-play 
commerce. In addition to the language itself, a 
complete business integration solution also 
requires: standardized tags, or metadata, for each 
commerce community; a means for mapping 
between different metadata descriptions; and a 
server for processing XML documents and invok- 
ing appropriate applications and services. The eCo 
System framework starts with XML and adds these 
additional architectural and technology elements. 

Specialized Markup Languages 

XML makes it easy to create specialized markup 
languages that identify and describe buyers and 
sellers, the goods and services they want to buy or 
sell, and the various other document types 
involved in commerce. However, a vendor has 
obvious incentives for describing its offerings in 
ways that highlight its competitive advantages and 
that obscure comparison on features where it lacks 
an advantage. But if every business invented its 
own XML definitions for product catalogs, 
requests for quotes, price lists, purchase orders, 
invoices, transportation schedules, shipping 
notices, and delivery and payment receipts, the 
Web would be scarcely more usable as a platform 
for agents and other automated processes than it is 
today (see Smiths and Poulters "The Role of 
Shared Ontology in XML-based Trading Archi- 
tectures" in this issue). 

Fortunately, many companies already recognize 
the need for information-exchange standards, 
uniting in several initiatives focusing on XML 
standards for particular industries or business 
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Figure 3. The Common Business Library 

processes (see the sidebar "Domain-specific E-com- 
merce Languages"). Unfortunately, these initiatives 
operate independently, doing little to facilitate inter- 
action across industry and functional boundaries. 
The solution is to spur development of XML docu- 
ment models based on reusable semantic compo- 
nents common to many business domains. Such 
documents can be understood by any business 
through their common elements (such as address, 
date, and part number), while also providing a com- 
mon mechanism for linking to the unique elements 
vendors need to differentiate themselves. 

The CBL is designed to encourage development 



and use of generic XML docu- 
ment models. The library con- 
sists of information models for 
various concepts, including: 

• Business descriptions, such as 
companies, services, and 
products; 

• Business forms, such as cata- 
logs, purchase orders, and 
invoices; and 

• Standard measurements, such 
as date and time, location, 
and classification codes. 

These models are represented 
as an extensible, public set of 
XML building blocks that com- 
panies can customize and assemble to develop XML 
applications quickly. Atomic CBL elements imple- 
ment industry messaging standards and conven- 
tions, such as standard International Organization 
for Standardization (ISO) codes for countries, cur- 
rencies, addresses, and time. Low-level CBL seman- 
tics are also derived through analysis of proposed 
metadata frameworks for Internet resources, such as 
the Dublin Core metadata element set developed by 
the Online Computer Library Center. 

The next level of CBL elements use these build- 
ing blocks to implement the basic business forms 
used in XI 2 EDI transactions, as well as those in 
OTP, OBI, and other emerging Internet standards. 
A working group organized by CommerceNet and 



<service> 

<service .name>Order Service< /service .name > 

< service . location>www. veosys terns . com/ order </ service . location> 
< service, op > 

< service . op . name>Submit Order < /service . op . name> 

< service . op . inputdoowww. commerce .net /po . dtd</ service . op . input doo 

< service . op . output >www . veosys terns . com/ invoice . dtd< /service . op . outputdoo 
</service.op> 

< service. op > 

< service . op . name>Track Order </ service . op . name> 

< service . op . inputdoowww. commerce . net /request . track . dtd< service . op . inputdoo 

< service . op . output doowww , veosys terns . com/ response . track . dtd< service . op . outputdoo 
< /service. op> 

</service> 



Figure 4. Fragment of an XML service definition for an eCo-compliant business application 
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other organizations recently 
began using CBL to create a 
base set of common terms, or 
mappings, between existing 
terms in commerce specifica- 
tions, including OBI and 
OTP. The final result sched- 
uled for release in mid- 1999 
will include a recommended 
base set of XML data elements, 
attributes, and definitions for use in e-commerce 
standards initiatives; they will be made freely avail- 
able in public registries run by CommerceNet and 
other organizations. The Internet community, build- 
ing on this foundation, will be encouraged to con- 
tribute additional elements and document models. 

Figure 3 shows how Federal Express might use 
CBL to create an XML version of its airbill by cus- 
tomizing a generic purchase order DTD with specific 
information about shipping weight. The generic pur- 
chase order, in turn, is assembled from more primi- 
tive CBL modules for address, date and time, 
currency, and vendor and product description. This 
example shows how reusing CBL components can 
significandy speed development of XML e-com- 
merce applications and facilitate their interoperation. 

When creating CBL, we found it helpful to 
extend XML with a schema language. The exten- 
sions add strong typing to XML elements so content 
can be readily validated. For example, an element 
called CPU_clock_speed can be defined as an 
integer with a set of valid values: {100, 133, 166, 
200, 233, 266 Mhz}. The schema language also adds 
class-subclass hierarchies, so information is readily 
instantiated from class definitions. A laptop, for 
instance, can be described as a computer with addi- 
tional tags for such features as display type and bat- 
tery life. These and other extensions facilitate data 
entry, as well as automated translations between 
XML and traditional object-oriented and relational 
data models. 

Trading partners not only have to agree on the 
meaning of message tags but understand how to use 
them for conducting business. In the eCo System, 
BIDs tell potential trading partners what online 
business services a company offers and which docu- 
ments to use when invoking those services. In effect, 
services are defined by the documents they accept 
and produce. BIDs present a clean and stable inter- 
face to business partners, insulating them from a 
company's internal changes in technology, organiza- 
tion, and processes. 

Figure 4 shows a fragment of a BID, defining an 
XML service for an eCo-compliant business. The ser- 



Agent-hased shopping by 
consumers online is just the 
tip of the e-commerce iceberg. 



vice definition consists of two transactions — one for 
taking orders, one for tracking them. Each definition 
expresses a contract, or promise, to carry out a service 
if a valid request is submitted to the specified Web 
address. The order service requires an input docu- 
ment conforming to a standard po . dtd DTD in 
an industry registry operated by CommerceNet. If 
the service is able to fulfill the order, it returns a doc- 
ument conforming to a customized invoice . dtd 
whose definition is local. In effect, the company is 
promising to do business with anyone submitting a 
purchase order conforming to the XML specification 
it declares. No prior arrangement is needed. 

A DTD is the formal specification, or grammar, 
for documents of a given type, describing the ele- 
ments, their attributes, and the order in which they 
have to appear. For example, purchase orders typi- 
cally include the names and addresses of the buyer 
and seller, a set of product descriptions, and associ- 
ated terms and conditions, such as price and delivery 
dates. In the EDI world, the X12 850 specification is 
a commonly used model for purchase orders. 

From Business Services to 
Virtual Enterprises 

eCo servers provide the glue that links a set of inter- 
nal and external business services to create a virtual 
enterprise or trading community. The server parses 
incoming documents and invokes the appropriate 
services (as specified by the applicable BID) by, say, 
handing off a request for product data to a catalog 
server or forwarding a purchase order to an enter- 
prise resource planning system. The eCo server also 
handles translation tasks, mapping the information 
from one company's XML documents onto docu- 
ment formats used by its trading partners and into 
data formats required by its own legacy systems. 

Following the service definition in Figure 4, when 
a company submits a purchase order, the XML 
parser in the eCo server uses the purchase order 
DTD po.dtd to transform the purchase order 
instance into a stream of information events. These 
events are then routed to any applications pro- 
grammed to handle events of that type; in some 
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cases, the information is forwarded over the Internet 
to an entirely different business. In the purchase 
order example, information coming from the parser 
may be acted on by various applications: 

• An order entry system processing the purchase 
order as a complete message; 

• An enterprise resource planning system checking 
inventory for the products described in the pur- 
chase order; 

• A customer database verifying or updating a cus- 
tomers address; 

• A shipping company system using the address 
information to schedule a delivery; and 

• A bank system using credit card information to 
authorize a transaction. 

However, what is most important in such process- 
ing is what is left out. Trading partners need agree only 
on the structure, content, and sequencing of the busi- 
ness documents they exchange, not on API details. 
How a document is processed and what actions result 
are stricdy up to the business providing the service. 
This focus on commerce elevates enterprise integra- 
tion from the system level to the business level. 

A True Marketplace 

eCo Systems top-level goal is to transform the Web 
into a true marketplace by enabling spontaneous, 
peer-to-peer exchange of electronic business docu- 
ments among all companies. This document-based 
approach replaces complex, expensive, and propri- 
etary business integration solutions with one that is 
simple, affordable, and open. 

The eCo architecture recognizes that a single 
dominant e-commerce standard is unlikely, even 
within a particular business community (and cer- 
tainly not across communities). Rather, there will be 
many standards. CBL, in particular, is not a single 
standard but a collection of common business ele- 
ments underlying all EDI and Internet commerce 
protocols. Its reusable components speed implemen- 
tation of standards and facilitate interoperation by 
providing a common semantic framework. This 
approach to standards implementation and interop- 
eration is fundamentally different from that taken 
historically by standards organizations and software 
vendors. It occupies an openness high ground 
embracing all the new competing standards being 
developed to take advantage of XML. 

The eCo system framework and CBL are being 
evaluated in several of the standards initiatives listed 
in the sidebar on domain-specific commerce lan- 
guages, as well as two major market trials sanctioned 



by CommerceNet: 

• The U.S. General Services Agency (GSA). The 
largest buying organization in the U.S., GSA is 
creating catalog interoperability across numerous 
government agencies. Until now, the catalogs 
belonging to participating agencies were imple- 
mented as relational databases, as static files, or as 
catalog applications. An eCo server transforms 
each of these information sources into a standard 
catalog service that responds to CBL queries by 
outputting an XML data stream conforming to a 
common catalog schema. The integrated source 
catalogs can then be searched through specialized 
user interfaces developed by various participating 
technology vendors. 

• RosettaNet. The RosettaNet consortium of PC 
manufacturers, resellers, and distributors is devel- 
oping integration standards for the PC distribu- 
tion channel; participants include Compaq 
Computer, CompUSA, Dell Computer, Hewlett- 
Packard, IBM, Ingram Micro, Merisel, Microsoft, 
and Tech Data. 

The XML document models used in these initia- 
tives are being rationalized to identify common 
semantic elements. These elements will be added to 
various public CBL repositories and made freely 
available (for more detail, visit www.commerce.net 
and www.veosystems.com). B 
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Exhibit C. "index.html" from cbl/072 directory (file date stamped in 
1997) 



Common Business Language (CBL) 

Version 0.7.2 

Terry Allen 

5 December 1997 

Copyright 1997 CNgroup, Inc. 

Purpose 

The purpose of the Compound Business Architecture(TM)(SM), or CBA(TM)(SM), is to 
specify common semantics, syntax, and message packaging for information held by and 
exchanged between electronic commerce components. Its focus is on the functions and 
information that are common to all business domains. For the time being, the Compound 
Business Architecture is known as the Common Business Language (CBL). 

Major Changes from the Previous Version (0.7.1) 

• reworked the MIME specification again, reinstating command . dtd per popular 
demand. 

Common Semantics 

The semantics of CBL are to be drawn from international standards where appropriate. 

Where appropriate, semantics are drawn from the UN/EDIFACT Basic Semantic Unit 
data dictionary and certain ISO and IETF standards. Modules constructed to date are: 

• datetime.mod , for Date and Time 

• measures.mod , for Weights and Measures 

• currency.mod , for Currencies 

• country s. mod and addresso.mod , for Geographical Information 

• commatts.mod , for XML attributes common to all modules 

• ttlattri.mod , for XML attributes having to do with valid start and end dates and 
times for elements 

• pointers.mod , mostly for pointers to typed information 

• servprim.mod , for elements used in service description DTDs 

• servmeta.dtd , for metainformation that servers keep about documents 

• meta.mod , for metainformation elements 

• price. mod , for Price Information 

• shipment/mod , for Shipping Information 
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shipnote.dtd, for Shipping Notice 
paymento.mod, for Payment Information 
paynoteo.dtd, for Payment Notice 
proddesc.mod , for a Simple Product Description 
markdesc.dtd , for Market Description 
markpart.dtd , for Market Participant Information 
catentry.dtd , for a Simple Catalogue Entry 
acatalog.dtd , for a Simple Full Catalogue 
shopcart.dtd , for a Shopping Cart 
transactmod , to provide a mode-independent basis for 
order.dtd , for a Purchase Order, and 
invoiceo.dtd , for an Invoice 

taxonomy .mod , for Product Taxonomy, which may occur in a catalogue entry 

In addition to these semantics of trade, we need semantics for the component-based 
services of our system, such as: 

servdesc.dtd , for a Service Description 
Directory (Registry) Profile, perhaps also Server Profile 
servmeta.dtd , for a Server Metadata about Documents 
rfq.dtd , for Request For Quote 
Request For Proposal 
ots.dtd for Offer To Sell 
inventoy.dtd , for Inventory Info 
Authorization Information 
Trading Partner Agreement 

To support message packaging and information discovery and exchange we add: 

manifestdtd , for a Manifest for MIME Message Contents 

guide.dtd , for a Guide to Transaction Negotiation document that outlines the state 
of negotiation and the response expected from the other party 
semantic.dtd , for DTD Semantics 
cblcatdtd , for URL-URN bookkeeping 
command.dtd , for commands to CBL servers 

modify.dtd , for describing modifications made to one documents in its revision 
infodesc.dtd , for a Request for Information 
response.dtd , Response to Request for Information 

Finally, within each industry, those semantics specific to its domain must be defined. 
This work generally falls outside of the semantics of CBL, although it can build on CBL. 
The following modules have been constructed but not yet classified. 

• schedule.dtd , for a Schedule for Events 

Syntax 
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CBL semantics are to be encoded in XML DTDs (Document Type Definitions), suitably 
modularized so that the semantic primitives found in CBL are available to all the XML 
DTDs used in the system. 

It may be convenient to make it an application convention of CBL that all instances must 
have as their root element the topmost element in the DTD to which they conform. This 
application could not be enforced by XML parsing, and would have to be enforced 
separately. No decision has been made on this point yet (a few DTDs have more than one 
top-level element, although it is intended to create more DTDs to eliminate that 
circumstance). 

For the semantics of specific industries Commerce Type Definitions (CTDs) are needed; 
these are XML DTDs for specific industries, but fall outside of CBL. 

CBL linking will employ, and if need be augment, the facilities of the XML Linking 
specification (XLL). As of the date of this document's writing, this specification was still 
unstable, and the details of the linking attributes in the CBL DTDs should be considered 
as a sketch. 

Message Packaging 

In addition to specifying semantics and syntax, CBL specifies a method of constructing 
messages out of multiple parts, and how these parts are packaged for secure delivery 
using MIME. At present we are developing a "Compounddoc" Type Parameter Media 
Subtype and "CBL 1 .0" Schema Parameter Value for MIME Multipart/Related for this 
purpose. This format involves the use of an instance conforming to the manifest.dtd . A 
manifest points to the parts of the MIME message by their Content-IDs, and calls out the 
Document Entity, which for CBL must be an instance of manifest . dtd. The MIME- 
plus-manifest layer gives us a generic compound document wrapping mechanism for 
XML and SGML (specified separately and short-circuited here), with a defined constraint 
on content for our own purposes. 

The manifest . dtd makes provision for the use of a catalogue that is not (yet) employed 
in CBL (and that may well not be the SGML Open catalogue). I envision that the 
complete list of all the pieces of the compound document will appear in the catalogue, 

The Guide document is entirely specific to CBL. (See the Guide to the Guide DTD ). It 
describes the compound document or compound document set formed by a transaction 
negotiation from the standpoint of CBL (and a human, thus this is a suitable view to use 
in an human interface such as the proposed VBBE). It looks as though a CBL MIME 
message would seldom end with a Guide document, and in my MIME examples I have 
included additional documents referred to by the Guide document. However, the Guide's 
references to other documents do not assume that they have been shipped along with the 
Guide. 
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For previous versions of CBL, I constructed documentation that has not been updated, 
although it may still be useful. For a scenario for registering information with a server see 
CBL Usage Scenario: Register Information. For a transaction, see CBL Usage Scenario: 
Simple Retail . 

XML Design Strategy and Test Files 

The . dtd modules invoke .mod modules and add element and attribute declarations to 
form schemas for XML documents useful in e-commerce. To combine them to form 
higher-lever schemas, we use DTDs specifying sets of links instead of inclusive doctypes 
(see transact.dtd for an example of this technique). These links bear attributes indicating 
whether the targets they point to are properly content of the parent document or lie 
outside of it. 

Each XML test file invokes one of the .mod or .dtd modules, without further declarations 
(no internal subsets allowed!) except for module tests, where other modules may need to 
be declared. 

The following test files have been used to exercise and validate (in the XML sense) the 
XML DTDs of CBL: 

• qcblcato.xml 

• qcomm.xml 

• qentry.xml 

• qfullcat.xml 

• q g.xml 

• qinfor.xml 

• qinvoice.xml 

• qinvetoy.xml 

• qmani.xml 

• qmark.xml 

• qmod.xml 

• qmdesc.xml 

• qord.xml 

• qots.xml 

• qpay.xml 

• qresp.xml 

• qrfq.xml 

• qsched.xml 

• qsem.xml 

• qservd.xml 

• qservm.xml 

• qship.xml 

• qshop.xml 

• qtaxo.xml 
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FPI for CBL 



A possible Formal Public Identifier (FPI) for all of CBL would be 

~//CNgroup//DTD CBL version 0.1//EN 

and for individual pieces, 

-//CNgroup//DTD CBL [module . name] version 0.1//EN 

where [module.name] is something like addresso.mod or markpartdtd . 

Depending on the final state of the XML 1.0 specification, CBL DTDs may be referred to 
by means of URLs, FPIs, Pis (Public Identifiers), FPIs encoded as URNs, or URNs of 
some other sort. 

Older Documentation for CBL Components 

When CBL is complete, each component will have its own reference document (man 
page), formatted in HTML. For now, each component has a semantics file, with the same 
name as the component but ending in . sem. These files are XML instances conforming to 
semantic.dtd . For example, the aggtrans . dtd file is documented in the aggtrans . sem 
file. Every element type name, attribute name, and enumerated attribute value is defined 
in English. Where elements employ standardized semantics, the data types of their 
content and standardized attribute values are as specified in the applicable standard. 
Otherwise XML data typing has been eschewed except for enumerated lists of attribute 
values. As a result, except for certain obvious cases (a uriiink attribute should have a 
URL as its value), element content and attribute values are specified only as strings. 
(These specifications not updated after 0.5.) 

In addition, the following documentation is available: 

• doctrans.htm , documenting transactmod 

• fixedvar.sem , documenting fixed attributes that appear with different values on 
different elements. 

• currlistsem , documenting currency code values; these are not specified in 
currency .mod because there are too many of them, but this data dictionary 
fragment can be used for data type checking after XML parsing. 

CBL XML Design Preferences 

It helps to have a list of design preferences (similar to a style sheet) for a set of DTDs in 
order to maintain consistency among them. For CBL DTDs the following design 
preferences are in force: 
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• Use lowercase where uppercase is not required by XML. 

• Use periods for word dividers in NAME strings. 

• Do not abbreviate words in NAME strings except for "info". 

• Help avoid name space collisions by forcing enumerated lists into attribute value 
lists. 

• Group like names so they alphabetize well, e.g., date . calendar and 
date . ordinal. 

• Permit variants of element content where ISO, etc., standards allow optional 
punctuation. Data content validators must be capable of handling these variations. 

• No data attributes. 

• No NOTATIONS. 

• No marked sections, including CD ATA marked sections. 

• No embedding of scripts in comments. 

• No internal subsets: the active DTD must be identifiable by a URL or URN, so all 
declarations must be external. 

• No general entities aside from those defined by XML. 

• Try to provide default values for attributes instead of using #IMPLIED, when 
there is an enumerated list. 

• Follow the established naming conventions (should be listed) for element and 
attribute names, including strings "pointer", "set", and "attrib". 

• Assign no FPIs or URNs without consultation. 

For instances, we want to make it a convention that elements declared EMPTY in a DTD 
may be represented only by the <eiement/> syntax, and that elements that may have 
content but happen not to may be represented only by the <eiementx/eiement> syntax. 

CBL Design Rationale 

The design of CBL's XML is heavily influenced by the authors common sense, life 
experience, and experience in writing and using SGML DTDs. The UN/EDIFACT 
information typology has been used for the purpose of unifying the semantics of terminal 
elements. 

The MIME part of CBL is proposed in reaction to previous work on SGML and MIME in 
the IETF, and refines an earlier proposal by myself. I also learned much about MIME in 
the course of the OCLC's Metadata conference series, through discussion of Uniform 
Resource Characteristics in the IETF, and through a review of MIME specifications in 
November 1997. 
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Exhibit D. Selected files from cbl/072 directory (date stamped in 1997) 



<! — catentry.dtd Version: 0.6 — > 

<! — Purpose: provide simplest catalogue entry — > 

<!-- Terry Allen 25 Nov 1997 ~> 

<! — Copyright 1997 CNgroup, Inc. — > 

<! ENTITY % common SYSTEM "commatts .mod"> 
% common; 

<! ENTITY % datetime SYSTEM "date time . mod"> 
%datetime; 

< 1 ENTITY % ttl SYSTEM "ttlattri .mod"> 
%ttl; 

<! ENTITY % currency SYSTEM "currency .mod"> 
^currency; 

<! ENTITY % pointers SYSTEM "pointers .mod"> 
%pointers; 

<! ENTITY % proddesc SYSTEM "proddesc .mod"> 
%proddesc; 

<! ENTITY % meta SYSTEM "meta.mod"> 
%meta; 

<! ENTITY % price SYSTEM "price. mod"> 
%price; 



<! ELEMENT catalogue . entry (meta?, market . participant .popular . name 
market .participant . info .pointer, catalogue . entry . id, 
product . description, max . quantity .per . customer?, stock . status? 
quantity . in . stock? , shipment . set . pointer? , 
payment .method. set .pointer?, price . group, 
picture .pointer*, html . catalogue . entry .pointer? ) > 

< ! ATTLIST catalogue. entry 
%common. attrib; 
%ttl. attrib; 



< ! ELEMENT catalogue . entry . id (%multilingual; ) *> 
< ! ATTLIST catalogue. entry. id 
%common. attrib; 

> 

<! ELEMENT max . quantity . per . customer (#PCDATA)> 
<! ATTLIST max . quantity .per . customer 
%common . attrib; 

> 



<! ELEMENT picture . pointer (xll . locator ) > 
<! ATTLIST picture. pointer 

%common . attrib; 

%xll . exlink. attrib; 

cblpointer CDATA #FIXED "outside" 
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<!-- cblcat.dtd Version: 0.6.1 — > 

<! — Purpose: associate local filenames /URLs with URN 
<! — Terry Allen 27 Nov 1997 — > 

<! — developed from storage. dtd, for which the FPI is 

"-//Palm Tree Books//DTD USB-Storage v0.1//EN" - 
<!-- Copyright 1997 CNgroup, Inc. — > 

<! ENTITY % common SYSTEM "commatts .mod"> 
% common; 

<! ENTITY % ttl SYSTEM "ttlattri .mod"> 
%ttl; 

<! ENTITY % datetime SYSTEM "datetime ,mod"> 
%datetime; 

<! ENTITY % meta SYSTEM "meta ,mod"> 
%meta; 

< ! ELEMENT cblcat (meta?, cblcat . entry .pointer*) > 
< ! ATTLIST cblcat 
%common . attrib ; 

> 

<! ELEMENT cblcat . entry . pointer (catalogue . filename, 

(%xll.or.urn; ) )> 
< 1 ATTLIST cblcat . entry .pointer 
%common . attrib; 

> 

<! ELEMENT catalogue . filename (#PCDATA)> 
<! ATTLIST catalogue. filename 
%common . attrib; 

> 
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<! — command. dtd Version: 0.7.2 — > 

<! — Purpose: group command information — > 

<! — Terry Allen 5 Dec 1997 — > 

<! — Copyright 1997 CNgroup, Inc. — > 

<! ENTITY % common SYSTEM "commatts .mod"> 
% common; 

<! ENTITY % meta SYSTEM "meta .mod"> 
%meta; 

<! ENTITY % pointers SYSTEM "pointers .mod"> 
%pointers ; 

< i ENTITY % command 

"convey . info | register . document | unregister . document 
| register . service | unregister . service | request. info 

> 

<! ELEMENT command. set (meta?, authorization . info .pointer* 

( %command; ) , command. target ) > 
< ! ATTLIST command. set 

%common . attrib; 

> 

<! ELEMENT convey. info EMPTY> 
<! ATTLIST convey. info 

%common . attrib; 

%party. attrib; 

> 

<! ELEMENT register . document EMPTY> 
<i ATTLIST register .document 

%common. attrib; 

%party. attrib; 

> 

<! ELEMENT unregister . document EMPTY> 
<! ATTLIST unregister . document 

%common . attrib ; 

%party . attrib; 

> 

<! ELEMENT register . service EMPTY> 
< ! ATTLIST register. service 

% common . attrib; 

%party. attrib; 

> 

<! ELEMENT unregister . service EMPTY> 
<! ATTLIST unregister .service 

%common . attrib; 

%party . attrib; 

> 

<! ELEMENT request. info EMPTY> 
<! ATTLIST request. info 
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%common . attrib ; 
%party . attrib; 

> 

< i ELEMENT command . target ( %xll . or . urn; ) > 
< ! ATTLIST command. target 
%common . attrib; 

> 
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<! — count rys .mod Version: 0.22 — > 

<! — Purpose: group country code tokens — > 

<! — Terry Allen 18 Oct 1997 — > 

<! — Copyright 1997 CNgroup, Inc. — > 

<! ENTITY % country .name . attrib 



"country 


name 


(AD 


AE 


AF 


AG 


AI 


| AL j AM | 


[ AO 


AQ I 


AR 


AS 


AT 


AU 


AW 


| AZ 


i BA 


BB | 


BD 


BE 


BF 


BG 


BH 


1 BI 


I BJ 


BM | 


BN 


BO 


BR 


BS 


BT 


| BV 


| BW 


BY | 


BZ 


CA 


CC 


CF 


CG 


| CH 


1 CI 


CK | 


CL 


CM 


CN 


CO 


CR 


| CU 


i cv 


cx j 


CY 


cz 


DE 


DJ 


DK 


| DM 


1 DO 


DZ | 


EC 


EE 


EG 


EH 


ER 


| ES 


| ET 


FI | 


FJ 


FK 


FM 


FO 


FR 


| FX 


I GA 


GB i 


GD 


GE 


GF 


GH 


GI 


I GL 


| GM 


GN | 


GP 


GQ 


GR 


GS 


GT 


| GU 


| GW 


GY | 


HK 


HM 


HN 


HR 


HT 


| HU 


| ID 


IE j 


IL 


IN 


10 


IQ 


IR 


1 is 


| IT 


JM i 


JO 


JP 


KE 


KG 


KH 


| KI 


| KM 


KN | 


KP 


KR 


KW 


KY 


KZ 


| LA 


| LB 


LC | 


LI 


LK 


LR 


LS 


LT 


| LU 


| LV 


LY | 


MA 


MC 


MD 


MG 


MH 


| ML 


[ MM 


MN | 


MO 


MP 


MQ 


MR 


MS 


| MT 


| MU 


MV | 


MW 


MX 


MY 


MZ 


NA 


| NC 


| NE 


NF 


NG 


NI 


NL 


NO 


NP 


| NR 


| NT 


NU 


NZ 


OM 


PA 


PE 


PF 


| PG 


| PH 


PK 


PL 


PM 


PN 


PR 


PT 


| PW 


| PY 


QA | 


RE 


RO 


RU 


RW 


SA 


I SB 


| SC 


SD | 


SE 


SG 


SH 


SI 


SJ 


I SK 


| SL 


SM | 


SN 


SO 


SR 


ST 


SV 


| SY 


I sz 


TC | 


TD 


TF 


TG 


TH 


TJ 


| TK 


| TM 


TN 


TO 


TP 


TR 


TT 


TV 


! TW 


| TZ 


UA 


UG 


UM 


US 


UY 


uz 


| VA 


j VC 


VE | 


VG 


VI 


VN 


VU 


WF 


1 ws 


| YE 


YT 


YU 


ZA 


ZM 


ZR 


ZW) 


♦REQUIRED" 



> 
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<! — currency .mod Version: 0.5 --> 
<! — Purpose: group currency primitives 
<!-- Terry Allen 24 Nov 1997 — > 
<! — Copyright 1997 CNgroup, Inc. — > 

<! ENTITY % currency. code. attrib 
"currency. code CDATA # REQUIRED" 
> 

<! ELEMENT currency . amount (#PCDATA)> 
< ! ATTLIST currency . amount 

schema :edif act CDATA #FIXED "currency" 

^currency. code . attrib; 

> 

<! ELEMENT noncurrency . amount (#PCDATA)> 
<! ATTLIST noncurrency . amount 

unit CDATA #IMPLIED 

issuer CDATA #IMPLIED 

> 
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<! — date time .mod Version: 0.6 — > 

<! — Purpose: group date and time information primitives — > 

<! — Terry Allen 26 Nov 1997 — > 

<! — Copyright 1997 CNgroup, Inc. — > 

<! — checked against ISO 8601: 1988(E) 26 Nov 1997 by Terry Allen 

<! ELEMENT date (#PCDATA)> 
< ! ATTLIST date 

schema :edif act CDATA # FIXED "date" 

> 

<! ELEMENT date . calendar (#PCDATA)> 
< 'ATTLIST date. calendar 

schema :iso8601 CDATA #FIXED "3.3 date, calendar" 

> 

<! ELEMENT date. ordinal {#PCDATA)> 
<! ATTLIST date. ordinal 

schema :iso8 601 CDATA #FIXED "5.2.2 ordinal date" 

> 

<! ELEMENT time (#PCDATA)> 
<! ATTLIST time 

schema :iso8 601 CDATA #FIXED "5.3 time of the day" 

> 

<! ELEMENT utc (#PCDATA)> 
<! ATTLIST utc 

schema :iso8601 CDATA #FIXED "5.3.3 coordinated universal time" 

> 

<! ELEMENT week <#PCDATA)> 
<! ATTLIST week 

schema :iso8601 CDATA #FIXED "5.2.3 week" 

> 

<! ELEMENT week. and. day {#PCDATA)> 
<! ATTLIST week. and. day 

schema :iso8601 CDATA #FIXED "5.2.3 date identified by 

calendar week and day numbers" 

> 

<! ELEMENT date . and . time (#PCDATA)> 
<! ATTLIST date. and. time 

schema :edif act CDATA #FIXED "dateandtime" 

schema :iso8601 CDATA #FIXED "5.4 combination of date and 

time of the day" 

> 

<! ELEMENT duration (#PCDATA)> 
<! ATTLIST duration 

schema :edif act CDATA #fjxed "dateandtime" 

schema :iso8601 CDATA #FIXED "5.5.3.2 duration of time" 

> 
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<! — guide. dtd Version: 0.6.2 — > 

<!-- Purpose: group negotiation guide information — > 

<! — Terry Allen 29 Nov 1997 — > 

<! — Copyright 1997 CNgroup, Inc. — > 

<! ENTITY % common SYSTEM "commatts ,mod"> 
% common; 

<! ENTITY % meta SYSTEM "meta.mod"> 
%meta; 

<! ENTITY % pointers SYSTEM "pointers .mod"> 
%pointers; 

< ! ENTITY % negotiation. step. content "initiate ! conclude ! cancel 
| advance | modify i failure"> 

<! ENTITY % cbl. component 

"request . for . quote . component [ request . for . info . component 
i response . component | market . description . component 
| catalogue . entry . component | catalogue . component 
| schedule . component j inventory. set .component 
| of fer .to. sell .component 

| market . participant . info . component | shopping . cart . component 
| order . component | invoice . component 

| payment . notice . component | shipment . notice . component 

| service . description . component | server .metadata . component 

| confirm. component 

! acknowledge .previous . component | escape . component " 

> 

< ! ELEMENT guide {meta? , negotiation . identifier* , 

authorization . info . pointer* , 

negotiation . step, process .model ) > 
< ! ATTLIST guide 

%common . attrib; 

> 

<! ELEMENT negotiation . identifier {#PCDATA)> 
<! ATTLIST negotiation. identifier 

% common . attrib; 

%party. attrib; 

> 

<! ELEMENT negotiation . step { %negotiation . step . content ;) > 
<! ATTLIST negotiation. step 

%common . attrib; 

%party. attrib; 

> 

<! ELEMENT initiate EMPTY> 
<! ATTLIST initiate 
%common . attrib; 

> 

<! ELEMENT conclude EMPTY> 
<! ATTLIST conclude 
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%common . attrib ; 

> 

<! ELEMENT advance EMPTY> 
< ! ATTLIST advance 
% c ommo n . a 1 1 r i b ; 

> 

<! ELEMENT cancel EMPTY> 
<! ATTLIST cancel 
% common . attrib ; 

> 

<! ELEMENT failure EMPTY> 
<! ATTLIST failure 
%common . attrib; 

> 

<! ELEMENT modify {modification . set . pointer* ) > 
<! ATTLIST modify 

%common . attrib; 

%party. attrib; 

> 

<! ELEMENT cbl . component . group {% cbl . component ;) +> 
<! ATTLIST cbl . component . group 

%common . attrib; 

%party . attrib; 

> 

<! ENTITY % cbl . component . or . group 

"% cbl . component ; 1 cbl . component . group" 

> 

<! ELEMENT process .model (( %cbl . component . or . group; )* , we. are. here, 

( %cbl . component . or . group; ) * ) > 
<! ATTLIST process .model 

% common . attrib; 

> 

<! ENTITY % component .attrib 

"schema . name (cbl | noncbl ) 1 cbl 1 " 

> 

<! ENTITY % cbl. component. contents 

"document .pointer* , originating. party?, receiving .party*" 

> 

<! ELEMENT originating . party (market . participant . info .pointer ) > 
< ! ATTLIST originating. party 
%common . attrib; 

> 

<! ELEMENT receiving . party (market . participant . info . pointer ) > 
< 'ATTLIST receiving. party 
%common . attrib; 

> 
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<! ELEMENT confirm. component ( %cbl . component . contents ;) > 
< ! ATTLIST confirm. component 

%common . attrib; 

%component . attrib; 

%party . attrib ; 

confirming CDATA # REQUIRED 



< ! ELEMENT acknowledge . previous . component { %cbl . component . contents 
< ! ATTLIST acknowledge . previous . component 

%common . attrib; 

^component . attrib; 

%party . attrib; 



<! ELEMENT request . for . quote . component ( %cbl . component . contents; ) > 
< ! ATTLIST request . for . quote . component 

%common . attrib; 

%component . attrib; 

%party. attrib; 



< ! ELEMENT request . for . info . component ( %cbl . component . contents ; ) > 
< ! ATTLIST request . for . info . component 

%common . attrib; 

%component . attrib; 

%party. attrib; 



<! ELEMENT response . component ( %cbl . component . contents ;) > 
<! ATTLIST response. component 

%common . attrib; 

%component . attrib; 

%party. attrib; 



<! ELEMENT of fer . to . sell . component ( %cbl . component . contents; ) > 
< ! ATTLIST offer . to . sell . component 

%common . attrib; 

%component . attrib; 

%party. attrib; 



< ! ELEMENT catalogue . entry . component ( %cbl . component . contents ; ) > 
<! ATTLIST catalogue . entry . component 

% common . attrib; 

% component . attrib; 

%party , attrib; 



<! ELEMENT catalogue . component ( %cbl . component . contents; ) > 
<! ATTLIST catalogue. component 

%common . attrib; 

%component . attrib; 

%party. attrib; 
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< ! ELEMENT schedule . component ( %cbl . component . contents ; ) > 
< ! ATTLIST schedule .component 

%common . attrib; 

%component . attrib; 

%party. attrib; 



< ! ELEMENT market . participant . info . component ( %cbl . component . contents 
< ! ATTLIST market . participant . info . component 

%common . attrib; 

%component . attrib; 

%party. attrib; 

> 

<! ELEMENT shopping . cart . component ( %cbl . component . contents ;) > 
< ! ATTLIST shopping . cart . component 

%common . attrib; 

%component . attrib; 

%party . attrib; 

> 

<! ELEMENT order . component ( %cbl . component . contents ;) > 
<! ATTLIST order .component 

%common . attrib; 

%component . attrib; 

%party. attrib; 

> 

<! ELEMENT invoice . component ( %cbl . component . contents ;) > 
<! ATTLIST invoice . component 

%common. attrib; 

%component . attrib; 

%party. attrib; 

> 

<! ELEMENT payment . not ice . component ( %cbl . component . contents ;) > 
< ! ATTLIST payment . notice . component 

%common . attrib; 

%component . attrib; 

%party. attrib; 

> 

< ! ELEMENT shipment . notice . component ( %cbl . component . contents ; ) > 
<! ATTLIST shipment .notice . component 

%common . attrib; 

%component . attrib; 

%party. attrib; 

> 

<! ELEMENT service . description . component ( %cbl . component . contents; ) > 
< ! ATTLIST service . description . component 

%common . attrib; 

%component . attrib; 

%party . attrib; 
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< ! ELEMENT server .metadata . component (%cbl . component . contents; ) > 
< i ATTLIST server .metadata . component 

%common . at t rib; 

%component . attrib; 

%party . attrib; 



< ! ELEMENT market . description . component ( %cbl . component . contents 
< ! ATTLIST market . description . component 

%mimetype . attrib; 

%common . attrib; 

%component . attrib; 

%party. attrib; 



<! ELEMENT inventory . set . component ( %cbl . component . contents ;) > 
<! ATTLIST inventory. set . component 

%mimetype . attrib; 

%common . attrib; 

% component . attrib; 

%party . attrib; 



<! ELEMENT escape . component ( %cbl . component . contents ;) > 
<! ATTLIST escape . component 

%mimetype . attrib; 

%common . attrib; 

% component . attrib; 

%party . attrib ; 



<! ELEMENT we. are. here EMPTY> 
<!ATTLIST we. are. here 

^common . attrib; 

%party. attrib; 

> 
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<! — infodesc.mod Version: 0.6.2 — > 

<! — Purpose: supply structure for all descriptions of information found in 

CBL XML documents — > 
<!-- Terry Allen 29 Nov 1997 — > 
<!■ — Copyright 1997 CNgroup, Inc. — > 

< ! ENTITY % infodesc.or.set 

" (info. description | info . description . set ) " 

> 

<! ELEMENT info . description . set ( %inf odesc . or . set ; , 
{(and, %inf odesc. or . set ;) * 
| (or, %inf odesc. or . set ;) * 
| (not, %infodesc.or.set; ) ) 

)> 

< ! ATTLIST info. description. set 
%common. attrib; 

> 

<! ELEMENT and EMPTY> 
<! ATTLIST and 

^common . attrib; 

> 

<! ELEMENT or EMPTY> 
<! ATTLIST or 

%common. attrib; 

> 

<! ELEMENT not EMPTY> 
< ! ATTLIST not 

%common . attrib; 

> 

<! ELEMENT info . description (xml . descriptor | nonxml . descriptor 

j urn . reference | regexp | range) > 
<! ATTLIST info. description 

%common . attrib; 

> 

<! ELEMENT xml . descriptor (doctype, xml . descriptor . details ) > 
<! ATTLIST xml. descriptor 
%common . attrib; 

> 

<! ELEMENT nonxml . descriptor ( %xll . or .urn; ) > 
<! ATTLIST nonxml .descriptor 
%common . attrib; 

cblpointer CDATA #FIXED "outside" 

> 

<! ELEMENT regexp (#PCDATA)> 
< 'ATTLIST regexp 
%common . attrib; 

> 

<! ELEMENT doctype (dtd)> 
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< ! ATTLIST doctype 
^common . attrib; 

> 



<! ELEMENT dtd EMPTY> 
< ! ATTLIST dtd 

systemid CDATA #IMPLIED 

publicid CDATA #IMPLIED 

%coromon . attrib; 

> 

<! ELEMENT xml . descriptor . details (xml . descriptor . context ? , 

{xll . xptr . frag | xml . other . descriptor )) > 
<! ATTLIST xml. descriptor. details 
%common . attrib; 

> 

<! ELEMENT xml . descriptor . context EMPTY> 
<! ATTLIST xml. descriptor. context 
%common . attrib; 

xll . link . traverse (none i all | all.recurse) "all.recurse" 

> 

<! ELEMENT xml . other . descriptor (#PCDATA)> 
<! ATTLIST xml. other .descriptor 

%common . attrib; 

type CDATA # REQUIRED 

> 

<! ELEMENT range (range .parameter , range .parameter , range .parameter* 
<! ATTLIST range 

schema. name CDATA # IMPLIED 

%common . attrib; 

> 

<! ELEMENT range . parameter (#PCDATA)> 
< ! ATTLIST range. parameter 

range. type (integer | decimal j nonnumeric) "decimal" 

schema. mapping CDATA # IMPLIED 

%common . attrib; 

> 
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<! — inventory . dtd Version: 0.6 — > 

<! — Purpose: provide inventory information — > 

<!— Terry Allen 25 Nov 1997 — > 

<! — Copyright 1997 CNgroup, Inc. — > 

<! ENTITY % common SYSTEM "commatts .mod"> 
% common; 

<! ENTITY % datetime SYSTEM "datetime ,mod"> 
% date time; 

<! ENTITY % ttl SYSTEM "ttlattri .mod f, > 
%ttl; 

<! ENTITY % currency SYSTEM "currency .mod"> 
^currency; 

<! ENTITY % pointers SYSTEM "pointers .mod"> 
%pointers ; 

<! ENTITY % proddesc SYSTEM "proddesc .mod"> 
%proddesc; 

<! ENTITY % meta SYSTEM "meta.mod"> 
%meta; 

<! ENTITY % price SYSTEM "price. mod"> 
%price; 

<! ELEMENT inventory . set (meta?, inventory . item+) > 
< ! ATTLIST inventory. set 

%common. attrib; 

%ttl. attrib; 

> 



<! ELEMENT inventory . item {market . participant . info . pointer+, 

inventory . id, product . description, stock . status? , 

quantity. in . stock? } > 
<! ATTLIST inventory. item 

%common . attrib ; 

%ttl. attrib; 



< ! ELEMENT inventory. id ( %multilingual ; ) *> 
<! ATTLIST inventory. id 
%common . attrib; 

> 
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<! — manifest .dtd Version: 0.7.1 — > 

<! — Purpose: packing list for MIME message — > 

<! — Based on package. dtd from Terry Allen's 

"Unoptimized SGML-Bundle for MIME" proposal of February 

or March 1997, "-//Palm Tree Books//DTD USB-Package v0.1//EN" — > 

<! — Terry Allen 4 Dec 1997 — > 

<! — Copyright 1997 CNgroup, Inc. — > 

<! ENTITY % manifest .ids. attrib 
"cidofpart CDATA #IMPLIED 
urnofentity CDATA #IMPLIED 
cidofentity CDATA #IMPLIED" 

> 

< ! ELEMENT manifest ( (mime . docentity . pointer | external . docentity. pointer ) , 
{mime . sgmldecl . pointer | external . sgmldecl . pointer ) * , 
{mime. catalogue. pointer? | external . catalogue .pointer? ) , 
{mime . dtd . module . pointer | external . dtd . module . pointer ) * , 
{mime . other . entity .pointer | external . other . entity .pointer )*) > 

<! ELEMENT mime . docentity . pointer EMPTY> 
< ! ATTLIST mime .docentity .pointer 
%manif est . ids . attrib; 

> 

<! ELEMENT external . docentity . pointer EMPTY> 
< i ATTLIST external . docentity .pointer 
%manif est . ids . attrib; 

> 

<! ELEMENT mime . sgmldecl . pointer EMPTY> 
< ! ATTLIST mime . sgmldecl . pointer 
%manif est . ids . attrib; 

> 

<! ELEMENT external . sgmldecl . pointer EMPTY> 
< ! ATTLIST external . sgmldecl . pointer 
%manif est . ids . attrib; 

> 

<! ELEMENT mime . catalogue . pointer EMPTY> 
<! ATTLIST mime . catalogue .pointer 
%manif est . ids . attrib; 

> 

<! ELEMENT external . catalogue . pointer EMPTY> 
< ! ATTLIST external . catalogue .pointer 
%manif est . ids . attrib; 

> 

<! ELEMENT mime . dtd .module . pointer EMPTY> 
<! ATTLIST mime .dtd. module .pointer 
%manif est . ids . attrib; 

> 

<! ELEMENT external . dtd .module . pointer EMPTY> 
<! ATTLIST external . dtd. module .pointer 
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%manif est . ids . attrib; 

> 

<! ELEMENT mime . other . entity . pointer EMPTY> 
< ! ATTLIST mime . other . entity . pointer 
%manif est . ids . attrib; 

> 

<! ELEMENT external . other . entity . pointer EMPTY> 
<! ATTLIST external .other . entity .pointer 
%manif est . ids . attrib; 

> 



(00058300.DOC } 



18 



<! — markdesc.citd Version: 0.6 — > 

<! — Purpose: describe a marketplace - — > 

<! — Terry Allen 25 Nov 1997 — > 

<! — Copyright 1997 CNgroup, Inc. — > 

<! ENTITY % common SYSTEM "commatts .mod"> 
% common; 

<! ENTITY % ttl SYSTEM "ttlattri ,mod"> 
%ttl; 

<! ENTITY % datetime SYSTEM "datetime .mod"> 
%datetime; 

<! ENTITY % currency SYSTEM " currency. mod"> 
^currency; 

<! ENTITY % price SYSTEM "price. mod"> 
%price; 

<! ENTITY % countrys SYSTEM "countrys . mod"> 
%countrys ; 

<! ENTITY % payment SYSTEM "paymento .mod"> 
%payment ; 

<! ENTITY % shipment SYSTEM "shipment .mod"> 
% shipment; 

<! ENTITY % address SYSTEM "addresso .mod"> 
% address; 

<! ENTITY % servprim SYSTEM n servprim.mod"> 
%servprim; 

<! ENTITY % pointers SYSTEM "pointers . mod"> 
%pointers ; 

<! ENTITY % meta SYSTEM "meta.mod"> 
%meta; 

<! ENTITY % transact SYSTEM "transact .mod"> 
%transact; 

<! ELEMENT market . description {market . name, 

market, id?, market . operator-f, market . registry*, 

market . terms .pointer) > 
< ! ATTLIST market .description 

%common . attrib; 

%ttl.attrib; 

> 

<! ELEMENT market. name ( %multilingual ; ) *> 
<! ATTLIST market. name 
%common . attrib; 

> 
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<! ELEMENT market. id ( %multilingual ; ) *> 
< ! ATTLIST market. id 
%common . attrib; 

> 

< ! ELEMENT market . operator (market . operator . name f 

market .participant . info .pointer ) > 
<! ATTLIST market. operator 

%common . attrib; 

> 

< ! ELEMENT market . operator . name { %multilingual / ) *> 
<! ATTLIST market. operator. name 
% common. attrib ; 

> 

< ! ELEMENT market . registry (market . registry . name, 

market . registry . id?, registry . role, service . location. pointer+) > 
<! ATTLIST market. registry 

%common . attrib; 

%ttl. attrib; 

> 

<! ELEMENT market . registry . name { %multi lingual ; ) *> 
<! ATTLIST market . registry .name 
%common. attrib; 

> 

<! ELEMENT market . registry . id (%multilingual; ) *> 
<! ATTLIST market .registry. id 
%common . attrib; 

> 

< ! ELEMENT registry . role EMPTY> 
< ! ATTLIST registry. role 

registry . contents (vendors | buyers | shippers ) #REQUIRED 

> 
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<! — markpart.dtd Version: 0.7.2 ■ — > 

<! — Purpose: groups market participant information — > 

<! — Terry Allen 5 Dec 1997 — > 

<! — Copyright 1997 CNgroup, Inc. — > 

<! ENTITY % common SYSTEM "commatts .mod"> 
% common; 

<! ENTITY % ttl SYSTEM "ttlattri .mod"> 
%ttl; 

<! ENTITY % countrys SYSTEM "countrys ,mod"> 
%countrys ; 

<! ENTITY % addresso SYSTEM "addresso ,mod"> 
%addresso; 

<! ENTITY % datetime SYSTEM "datetime ,mod"> 
%datetime ; 

<! ENTITY % meta SYSTEM "meta.mod ft > 
%meta; 

<! ENTITY % servprim SYSTEM "servprim.mod n > 
%servprim; 

<! ENTITY % pointers SYSTEM "pointers .mod"> 
%pointers ; 



< ! ELEMENT market . participant . info (meta?, (company . info | personal . info) , 

service . list? ) > 
< ! ATTLIST market .participant . info 

%common . attrib; 

%ttl. attrib; 



< ! ELEMENT company . info (company . name, previous . name* , 

(duns j duns4 | mall . assigned) , business . code* , 

start. date?, incorporated. in?, 

company . superentities?, company . subentities? , 

company . affiliation?, contact-*-) > 
<! ATTLIST company. info 

%common . attrib; 

%ttl. attrib; 



< ! ELEMENT personal . info (personal . name, address . set+) > 
< ! ATTLIST personal. info 
%common . attrib; 

> 

<! ELEMENT business. code (naics.code | isic.code [ j isx0403 . code ) > 
< ! ATTLIST business. code 
%common . attrib; 

> 



<! ELEMENT naics.code EMPTY> 
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< ! ATTLIST naics.code 
%common . attrib; 

schema :naics CDATA # REQUIRED 

> 

<! ELEMENT isic.cocie EMPTY> 
<! ATTLIST isic.code 
% common. attrib ; 

schema :isic CDATA # REQUIRED 

> 

<! ELEMENT j isx04 03 . code EMPTY> 
< ! ATTLIST jisx0403.code 
%common . attrib; 

schema: jisx0403 CDATA #REQUIRED 

> 

< ! ELEMENT company. name { %multilingual ; ) *> 
<! ATTLIST company. name 
%common . attrib ; 

schema :edif act CDATA #FIXED "organization" 

> 

<! ELEMENT previous . name ( %multilingual; ) *> 
<! ATTLIST previous .name 
%common . attrib; 

> 

< ! ELEMENT duns {# PCDATA) > 
<! ATTLIST duns 

%common . attrib; 

> 

<! ELEMENT duns4 (#PCDATA)> 
<! ATTLIST duns4 
%common . attrib; 

> 

<! ELEMENT mall . assigned (#PCDATA)> 
<! ATTLIST mall. assigned 
%common . attrib; 

> 

<! ELEMENT naics (#PCDATA)> 
<! ATTLIST naics 
%common . attrib; 

> 

<! ELEMENT isic (#PCDATA)> 
< 1 ATTLIST isic 

%common . attrib; 

> 

<! ELEMENT fsc (#PCDATA)> 
< ! ATTLIST fsc 

%common . attrib; 

> 
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<! ELEMENT start. date (date)> 
< ! ATTLIST start. date 
%comiaon . attrib; 

> 

<! ELEMENT incorporated . in {country, country . subentity? ) > 
<! ATTLIST incorporated. in 
%coromon . attrib; 

> 

<! ELEMENT company . superentities ( superentity+ ) > 
<! ATTLIST company . superentities 
%common . attrib; 

> 

<! ELEMENT company . subenti ties ( subentity+) > 
<! ATTLIST company . subentities 
%common . attrib ; 

> 

<! ELEMENT company . affiliation (#PCDATA)> 
<! ATTLIST company. affiliation 
%common . attrib; 

> 

<! ELEMENT superentity (company . name, company . info .pointer 

company. superentities?) > 
<! ATTLIST superentity 

%common . attrib; 

> 

<! ELEMENT subentity {company. name, company. info. pointer?, 

company. subentities? ) > 
< 'ATTLIST subentity 

%common . attrib; 

> 

<! ELEMENT contact {contact . function* , personal . name* , 
language . understood* , 

occupation. title?, occupation . code? , address . set+) > 
<! ATTLIST contact 
^common . attrib; 

> 

<! ELEMENT contact . function ( %multilingual ; ) *> 
<! ATTLIST contact. function 
%common. attrib ; 

> 

<! ELEMENT language .understood EMPTY> 
<! ATTLIST language .understood 
%lang . attrib . required; 

> 
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<! — modify. dtd Version: 0.6.2 --> 

<! — Purpose: group negotiation guide information — > 

<! — Terry Allen 29 Nov 1997 — > 

<! — Copyright 1997 CNgroup, Inc. — > 

<! ENTITY % common SYSTEM "commatts .mod"> 
% common; 

<! ENTITY % datetime SYSTEM "date time .mod"> 
%datetime; 

<! ENTITY % meta SYSTEM "meta.mod"> 
%meta; 

<! ENTITY % pointers SYSTEM "pointers .mod"> 
%pointers; 

<! ELEMENT modification . set (meta?, modification . reason? , 
original . document .pointer , 

modified. document .pointer , modification* ) > 
< ! ATTLIST modification. set 
%common . attrib; 
%party . attrib; 

> 

<! ELEMENT modification . reason EMPTY> 
<! ATTLIST modification. reason 
%common . attrib; 

reason {product . substitution | price. change j quantity . change 
| tpa. change | self-explanatory) "self-explanatory" 

> 

<! ELEMENT original . document (document . pointer ) > 
<! ATTLIST original .document 
%common . attrib; 

> 

<! ELEMENT modified . document (document . pointer ) > 
<! ATTLIST modified. document 
%common . attrib; 

> 

< ! ELEMENT modification ( change . pointer . set | disagree .pointer . set 

| agree. pointer. set | prefer .pointer . set ) *> 
<! ATTLIST modification 

%common . attrib; 

%party . attrib; 

> 

<! ELEMENT change . pointer . set (change .point er+) > 
<! ATTLIST change. pointer. set 

%common . attrib; 

%party. attrib; 

> 

<! ELEMENT change . pointer (changed. from. pointer, changed. to. pointer ) > 
<! ATTLIST change. pointer 
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% common . attrib; 

> 

<! ELEMENT changed. from. pointer ( %xll . or .urn; ) > 
< ! ATTLIST changed. from. pointer 
%common . attrib; 

cblpointer CDATA #FIXED "outside" 

> 

< ! ELEMENT changed . to . pointer ( %xll . or . urn; ) > 
< ! ATTLIST changed. to. pointer 
%common. attrib; 

cblpointer CDATA #FIXED "outside" 

> 

< ! ELEMENT disagree .pointer . set (disagree . pointers- ) > 
< ! ATTLIST disagree. pointer. set 

% common . attrib; 

%party . attrib; 

> 

< ! ELEMENT disagree .pointer ( %xll . or .urn; ) > 
<! ATTLIST disagree .pointer 
%common. attrib ; 

cblpointer CDATA #FIXED "outside" 

> 

<! ELEMENT prefer . pointer . set (prefer .pointer+) > 
< ! ATTLIST prefer .pointer . set 

%common . attrib; 

%party. attrib; 

> 

<! ELEMENT prefer . pointer { %xll . or . urn; ) > 
< ! ATTLIST prefer .pointer 

%common. attrib; 

degree CDATA "0" 

cblpointer CDATA #FIXED "outside" 

> 
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<! — ots.dtd Version; 0.1 — > 

<! — Purpose: define basic Offer To Sell — > 

<! — Terry Allen 2 Nov 1997 — > 

<! — Copyright 1997 CNgroup, inc. — > 

<! ENTITY % common SYSTEM "commatts .mod"> 
% common; 

<! ENTITY % ttl SYSTEM "ttlattri ,mod M > 
%ttl; 

< i ENTITY % meta SYSTEM "meta.mod n > 
%meta; 

< i ENTITY % currency SYSTEM "currency ,mod"> 
^currency; 

<! ENTITY % price SYSTEM "price .mod"> 
%price; 

<! ENTITY % datetime SYSTEM "datetime . mod"> 
%datetime; 

<! ENTITY % proddesc SYSTEM "proddesc ,mod"> 
%proddesc; 

<! ENTITY % pointers SYSTEM "pointers .mod"> 
%pointers; 



< ! ELEMENT of f er . to. sell (meta?, 

(market .participant . info .pointer i personal . info .pointer) , 

xml . catalogue . pointer ) > 
< ! ATTLIST offer. to. sell 

%common . attr ib ; 

%ttl.attrib; 
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<! — paymento .mod Version: 0.5 — > 

< ! — Purpose: group payment primitives — > 

<! — Terry Allen 9 Nov 1997 —> 

<! — Copyright 1997 CNgroup, Inc. — > 

<! ENTITY % issuer. name. attrib 

"issuer. name CDATA # REQUIRED" 

> 

< I ELEMENT payment .method. set (payment .met hod+) > 
< ! ATTLIST payment .method. set 
% common . attrib; 

> 

<! ELEMENT payment .method (cash | credit. card j debit. card 
| check | eurocheck | bank .wire . transfer 
i postal . wire . transfer | ecash) > 

<! ATTLIST payment .method 
%common . attrib; 

> 

<! ELEMENT cash EMPTY> 
<! ATTLIST cash 

^currency . code . attrib; 

> 

<! ELEMENT credit. card EMPTY> 
<! ATTLIST credit. card 
%issuer . name . attrib; 

> 

<! ELEMENT debit. card EMPTY> 
<! ATTLIST debit. card 
%issuer . name . attrib; 

> 

<! ELEMENT check EMPTY> 
<! ATTLIST check 

^currency . code . attrib; 

%country . name . attrib; 

> 

<! ELEMENT eurocheck EMPTY> 
<! ATTLIST eurocheck 

%issuer . name . attrib; 

> 

<! ELEMENT bank . wire . transfer EMPTY> 
< ! ATTLIST bank. wire. transfer 

agent . name CDATA # REQUIRED 

> 

<! ELEMENT postal . wire . transfer EMPTY> 
<! ATTLIST postal. wire. transfer 
%country . name . attrib; 

> 
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<! ELEMENT ecash EMPTY> 
< ! ATTLIST ecash 

^currency . code . attrib; 

%issuer . name . attrib; 

> 

<! ELEMENT monetary .payment ( currency . amount ) > 
<! ATTLIST monetary. payment 
%common. attrib; 

> 
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<! — paynoteo.dtd Version: 0.5 — > 

<! — Purpose: describe a payment notice — > 

<! — Terry Allen 9 Nov 1997 — > 

<! — Copyright 1997 CNgroup, Inc. — > 

<! ENTITY % common SYSTEM "commatts .mod"> 
% common; 

< ! ENTITY % ttl SYSTEM "ttlattri .mod"> 
%ttl; 

<! ENTITY % datetime SYSTEM "date time .mod"> 
%datetime; 

<! ENTITY % currency SYSTEM "currency. mod"> 
^currency; 

<! ENTITY % price SYSTEM "price .mod"> 
%price ; 

<! ENTITY % countrys SYSTEM "countrys .mod"> 
%countrys ; 

<! ENTITY % payment SYSTEM "paymento .mod"> 
%payment ; 

<! ENTITY % shipment SYSTEM "shipment .mod" > 
% shipment; 

<! ENTITY % address SYSTEM "addresso ,mod"> 
% address; 

<! ENTITY % pointers SYSTEM "pointers . mod"> 
%pointers; 

<! ENTITY % meta SYSTEM "meta.mod"> 
%meta; 

<! ELEMENT payment . notice (meta?, payment .method, monetary .payment , 

payor, payee, date . and. time) > 
< ! ATTLIST payment .notice 

%common . attrib ; 

%ttl. attrib; 

> 



<! ELEMENT payor (market .participant . info .pointer | personal . info .pointer ) > 
<! ATTLIST payor 
%common . attrib; 

> 



<! ELEMENT payee (market . participant . info . pointer | personal . info . pointer ) > 
<! ATTLIST payee 
%common . attrib; 

> 
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<! — price. mod Version: 0.5 — > 

<!-- Purpose: group address information primitives — > 

<! — Terry Ailen 8 Nov 1997 — > 

<! — Copyright 1997 CNgroup, Inc. — > 

<! ELEMENT price. group (base .price? , price . with . tax? , discount , set ? , 
discount ed. price? , price . adjust*, 

ad justed. price?, ship. charge . set?, total .price? ) > 
< ! ATTLIST price. group 
%common . attrib; 
%ttl. attrib; 

> 



<! ELEMENT base. price (currency . amount ) > 
< ! ATTLIST base. price 

%common . attrib; 

%ttl. attrib; 

tax . included (yes | no) "no" 



<! ELEMENT price . with . tax (currency . amount ) > 
< ! ATTLIST price. with. tax 

%common . attrib; 

%ttl. attrib; 

> 



<! ELEMENT discount. set (discount+)> 
<! ATTLIST discount. set 

%common . attrib; 

%ttl. attrib; 

> 



<! ELEMENT discount (discount .name?, discount . id? , 
discount . rate? , discount . amount? ) > 

<! ATTLIST discount 
%common . attrib; 
%ttl. attrib; 



< t ELEMENT discount . name ( %multilingual ; ) *> 
<! ATTLIST discount .name 

%common . attrib; 

%ttl. attrib; 

> 



<! ELEMENT discount. id { %multilingual ; ) *> 
<! ATTLIST discount. id 

%common . attrib; 

%ttl. attrib; 

> 



<! ELEMENT discount . rate (rate)> 
<!ATTLIST discount .rate 

% common . attrib; 

%ttl. attrib; 

> 
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<! ELEMENT rate (#PCDATA)> 
< ! ATTLIST rate 

%common . attrib; 

%ttl. attrib; 

rate. basis (percent | other ) "percent" 

> 

<! ELEMENT discounted . price (currency . amount ) > 
< ! ATTLIST discounted. price 

%common . attrib; 

%ttl . attrib; 

> 

<! ELEMENT discount . amount ( currency . amount ) > 
<! ATTLIST discount .amount 

%common . attrib; 

%ttl. attrib; 

> 

<! ELEMENT price. adjust (tax. set?, other . charge . set ?) > 
<! ATTLIST price. adjust 

%common . attrib; 

%ttl. attrib; 

> 

<! ELEMENT ad jus ted. price (currency . amount ) > 
<! ATTLIST adjusted. price 

%common . attrib; 

%ttl. attrib; 

> 

<! ELEMENT tax. set (tax+)> 
<! ATTLIST tax. set 

% common . attrib; 

%ttl. attrib; 

> 

< ! ELEMENT tax (tax. name?, tax. id?, tax. rate?, tax . amount? ) > 
<! ATTLIST tax 

%common . attrib; 

%ttl. attrib; 

> 

< ! ELEMENT tax. name (%multilingual; ) *> 
<! ATTLIST tax. name 

%common . attrib; 

%ttl. attrib; 

> 

<! ELEMENT tax. id ( %multilingual ; ) *> 
< ! ATTLIST tax. id 

%common . attrib; 

%ttl. attrib; 

> 

<! ELEMENT tax. rate (rate)> 
< 'ATTLIST tax. rate 
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%common . attrib; 
%ttl. attrib; 

> 

<! ELEMENT tax. amount (currency . amount ) > 
< ! ATTLIST tax. amount 

%common . attrib; 

%ttl. attrib; 

> 

<! ELEMENT other . charge . set (other. charge+) > 
<! ATTLIST other. charge. set 

%common . attrib; 

%ttl. attrib; 

> 

< ! ELEMENT other. charge (other . charge .name? , 

other . charge . id?, other . charge . rate?, other . charge . amount ) > 
< ! ATTLIST other. charge 

%common. attrib; 

%ttl. attrib; 

> 

<! ELEMENT other . charge . name ( %multilingual ; ) *> 
<! ATTLIST other .charge. name 

%common. attrib; 

%ttl. attrib; 

> 

<! ELEMENT other . charge . id { %multilingual ; ) *> 
<! ATTLIST other. charge. id 

%common . attrib; 

%ttl. attrib; 

> 

<! ELEMENT other . charge . rate {rate)> 
<! ATTLIST other .charge. rate 

%common . attrib; 

%ttl. attrib; 

> 

<! ELEMENT other . charge . amount ( currency . amount ) > 
<! ATTLIST other .charge. amount 

%common . attrib; 

%ttl. attrib; 

> 

< ! ELEMENT ship . charge . set ( ship . charge+) > 
<! ATTLIST ship. charge. set 

%common . attrib; 

%ttl. attrib; 

> 

<! ELEMENT ship . charge ( ship . charge . name? , 

ship . charge . id? , ship . charge . amount ) > 
< ! ATTLIST ship. charge 

%common . attrib; 
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%ttl. attrib; 

> 

< i ELEMENT ship . charge . name ( %multilingual ; ) *> 
< ! ATTLIST ship. charge. name 

%common . attrib; 

%ttl. attrib; 

> 

< ! ELEMENT ship . charge . id (%multilingual; ) *> 
< ! ATTLIST ship. charge. id 

%common . attrib; 

%ttl. attrib; 

> 

<! ELEMENT ship . charge . amount (currency . amount ) > 
< ! ATTLIST ship. charge. amount 

%common . attrib; 

%ttl. attrib; 

> 

<! ELEMENT total. price (currency . amount ) > 
<! ATTLIST total. price 

%common . attrib; 

%ttl. attrib; 

> 

<! ELEMENT total . discount (currency . amount ) > 
<! ATTLIST total .discount 

%common . attrib; 

%ttl. attrib; 

> 

<! ELEMENT total . ad j ustment (currency. amount) > 
<! ATTLIST total. adjustment 

% common . attrib; 

%ttl .attrib; 

> 

<! ELEMENT grand . total . price { currency . amount ) > 
<! ATTLIST grand. total .price 

%common . attrib; 

%ttl. attrib; 

> 

< t ELEMENT price. range (minimum?, maximum? )> 
<! ATTLIST price. range 

% common. attrib; 

%ttl. attrib; 

> 

<! ELEMENT minimum (currency . amount ) > 
<! ATTLIST minimum 

% common .attrib; 

%ttl. attrib; 

> 



{00058300.DOC } 



< ! ELEMENT maximum ( currency . amount ) > 
< ! ATTLIST maximum 

%common . attrib; 

%ttl.attrib; 

> 
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<1 — proddesc.mod Version: 0.6 — > 

< i - Purpose: provide simplest product description chunk — > 

<! — Terry Allen 26 Nov 1997 — > 

<! — Copyright 1997 CNgroup, Inc. — > 

< ! ELEMENT product . description {product . name? , product. id*, 
product . line? , brand? , catalogue . category? , keyword . set , 
material. set?, color. set?, size. set*, warranty?, 
text .description) > 

< ! ATTLIST product .description 
%common . attrib; 
%ttl. attrib; 

> 

<! ELEMENT short . product . description (product . name?, product. id*, 

product . line? , brand? , catalogue . category? , 

material . choice? , color . choice? , size . choice? ) > 
<! ATTLIST short .product . description 

%common . attrib; 

%ttl. attrib; 

> 

<! ELEMENT product. name ( %multilingual ; ) *> 
<! ATTLIST product. name 
%common. attrib ; 

> 

<! ELEMENT product . id { %multilingual ; ) *> 
<! ATTLIST product. id 

%common. attrib; 

type (upc | other) #IMPLIED 

assigned. by 

(manufacturer | distributor | vendor j nother) ilMPLIED 

> 

<! ELEMENT product. line (%multilingual; ) *> 
<! ATTLIST product. line 
%common . attrib; 

> 

<! ELEMENT brand (%multilingual; ) *> 
<! ATTLIST brand 
%common. attrib; 

> 

<! ELEMENT catalogue . category ( taxon. point er+ ) > 
< 'ATTLIST catalogue. category 
%common . attrib ; 

> 

<! ELEMENT keyword. set (keyword+)> 
<! ATTLIST keyword. set 
% common . attrib; 

> 

<! ELEMENT keyword (#PCDATA)> 
<! ATTLIST keyword 
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%common . attrib; 
taxonomy CDATA # IMPLIED 

> 

< ! ELEMENT text . description ( %multilingual ; ) *> 
< ! ATTLIST text .description 
%common . attrib; 

> 

<! ELEMENT material . set (material+)> 
<! ATTLIST material. set 
%common . attrib; 

conjunction (combination | alternatives) "alternatives 

> 

<! ELEMENT material . choice (material) > 
<! ATTLIST material. choice 
%common. attrib; 

> 

< ! ELEMENT material (%multilingual; ) *> 
<! ATTLIST material 
%common . attrib; 

> 

<! ELEMENT color. set (color+)> 
<! ATTLIST color. set 
%common . attrib; 

conjunction (combination | alternatives) "alternatives 

> 

<! ELEMENT color. choice (color) > 
<! ATTLIST color. choice 
%common . attrib; 

> 

<! ELEMENT color ( %multilingual ; ) *> 
<! ATTLIST color 
%common . attrib; 

> 

< ! ELEMENT size. set (size . qualifier? , size+)> 
<! ATTLIST size. set 

%common . attrib; 

units CDATA # REQUIRED 

> 

< ! ELEMENT size. choice (size)> 
< ! ATTLIST size. choice 

%common . attrib; 

units CDATA # REQUIRED 

> 

< ! ELEMENT size . qualifier ( %multilingual ; ) *> 
<! ATTLIST size. qualifier 
%common . attrib; 

> 
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< ! ELEMENT size ( %multilingual ; ) *> 
< ! ATTLIST size 

%coiomon . attrib; 

> 

< ! ELEMENT warranty (%multili'ngual; ) *> 
<! ATTLIST warranty 
%common . attrib; 

> 

<! ELEMENT stock, status EMPTY> 
< [ATTLIST stock. status 

%coioTaon . attrib; 

in. stock (yes | no) "yes" 

%ttl. attrib; 

> 

<! ELEMENT quantity . in . stock (#PCDATA)> 
<! ATTLIST quantity. in. stock 
%common . attrib; 

> 
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<! — response. dtd Version: 0.23 — > 

<[- — Purpose: define response to query. dtd — > 

<! — Terry Allen 26 Oct 1997 — > 

<! — Copyright 1997 CNgroup, Inc. — > 

<! ENTITY % common SYSTEM "commatts . mod"> 
% common; 

<! ENTITY % datetime SYSTEM "datetime .mod"> 
%datetime; 

<! ENTITY % meta SYSTEM "met a .mod" > 
%meta; 

<! ELEMENT response (meta?, input .pointer , 

(error . response j success . response | delay. response) ?, 

record. pointer* ) > 
< ! ATTLIST response 

%common . attrib; 

> 

<! ELEMENT input . pointer ( %xll . or . urn; ) > 
< ! ATTLIST input .pointer 

%common. attrib; 

%xll . exlink . attrib; 

cblpointer CDATA #FIXED "content" 
target. dtd CDATA #FIXED "inf odesc . dtd" 

> 

<! ELEMENT error . response EMPTY> 
<! ATTLIST error . response 
%common. attrib; 

type (unspecified | unauthorized | returntype .mismatch) 
# REQUIRED 

> 

<! ELEMENT success . response EMPTY> 
<! ATTLIST success . response 
%common . attrib; 

> 

<! ELEMENT delay . response (date . and. time | duration) > 
< ! ATTLIST delay. response 
%common. attrib; 

> 

<! ELEMENT record . pointer { %xll . or .urn; ) > 
<! ATTLIST record. pointer 

%common . attrib; 

%xll . exlink . attrib; 

cblpointer CDATA #FIXED "content" 

> 
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<! — rfq.dtd Version: 0.1 — > 

<! — Purpose: define basic Request for Quote — > 

<! — Terry Allen 2 Nov 1997 — > 

<! — Copyright 1997 CNgroup, Inc. — > 

<! ENTITY % common SYSTEM "commatts .mod"> 
% common; 

<! ENTITY % ttl SYSTEM "ttlattri .mod"> 
%ttl; 

<! ENTITY % meta SYSTEM "meta.mod"> 
%meta; 

< ! ENTITY % currency SYSTEM "currency .mod"> 
^currency; 

<! ENTITY % price SYSTEM "price .mod"> 
%price; 

<! ENTITY % datetime SYSTEM "datetime . mod"> 
%datetime; 

<! ENTITY % proddesc SYSTEM "proddesc .mod"> 
%proddesc; 

<! ENTITY % pointers SYSTEM "pointers .mod"> 
%pointers ; 



< ! ELEMENT request . for . quote (meta?, 

(market .participant .info. pointer | personal . info .pointer ) , 

desideratum+) > 
< ! ATTLIST request. for. quote 

%common. attrib; 

%ttl. attrib; 

> 

<! ELEMENT desideratum (product . description, price . range? ) > 
<! ATTLIST desideratum 

%common . attrib; 

%ttl. attrib; 

> 



{00058300.DOC } 



39 



<! — semantic. dtd Version: 0.2 — > 

<! — Purpose: group semantics for DTDs — > 

<! — Terry Allen 15 Oct 1997 — > 

<! — Copyright 1997 CNgroup, Inc. — > 

<! ENTITY % common SYSTEM "commatts .mod"> 
% common; 

<!ELEMENT fpi (name, ( (commonatts?, element*) | code. list) )> 
< ! ATTLIST fpi 

^common . attrib; 

> 

<! ELEMENT name (#PCDATA)> 
<! ATTLIST name 

%common. attrib; 

> 

< ! ELEMENT commonatts ( attributed ) > 
<! ATTLIST commonatts 
%common . attrib; 

> 

<! ELEMENT element (name, meaning, attribute* )> 
<! ATTLIST element 
%common. attrib ; 

> 

< ! ELEMENT meaning ( %multilingual ; ) *> 
<! ATTLIST meaning 
%common . attrib; 

> 

<! ELEMENT attribute 

(default | fixed 
< [ATTLIST attribute 

%common. attrib; 

> 

<! ELEMENT def . list . item (name, meaning) > 
< ! ATTLIST def .list. item 
%common . attrib; 

> 

<! ELEMENT default (name)> 
<! ATTLIST default 
%common . attrib; 

> 

< ! ELEMENT fixed ((name?, meaning)+)> 
<! ATTLIST fixed 
%common . attrib; 

> 

<! ELEMENT implied (name, meaning? )> 
<! ATTLIST implied 
%common. attrib; 
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(name, meaning, def . list . item* , 
| implied | required) ) > 
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> 



<! ELEMENT required EMPTY> 
< ! ATTLIST required 
%common . attrib; 

> 



< ! ELEMENT code. list ( code . list . name , specification, (name, meaning)+)> 
< ! ATTLIST code. list 
^common. attrib; 

> 



< ! ELEMENT code . list . name (%multilingual; ) *> 
<! ATTLIST code. list, name 
%common . attrib; 

> 



<! ELEMENT specification ( %multilingual; ) *> 
<! ATTLIST specification 
%common . attrib; 

> 
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<! — servdesc.dtd Version: 0.5 --> 
<! — Purpose: describe service — > 
<! — Terry Allen 8 Nov 1997 — > 
<! — Copyright 1997 CNgroup, Inc. — > 

< ! ENTITY % common SYSTEM "commatts.mod"> 
% common; 

<! ENTITY % countrys SYSTEM "countrys.mod"> 
%countrys; 

<! ENTITY % ttl SYSTEM " ttlattri .mod"> 
%ttl; 

<! ENTITY % addresso SYSTEM "addresso .mod"> 
%addresso; 

<! ENTITY % pointers SYSTEM "pointers .mod"> 
%pointers; 

<! ENTITY % servprim SYSTEM "servprim.mod"> 
%servprim; 

<! ENTITY % datetime SYSTEM "date time .mod"> 
%datetime; 

<! ENTITY % meta SYSTEM "meta.mod"> 
%meta; 

<! ELEMENT service . description (meta?, service) 
< ! ATTLIST service. list 
%common . attrib; 

> 
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<!-- servmeta.dtd Version: 0.5 — > 

<!-- Purpose: describe a server's metainf ormation about a document — > 

<! — Terry Allen 8 Nov 1997 — > 

<! — Copyright 1997 CNgroup, Inc. — > 

<! ENTITY % common SYSTEM "commatts .mod"> 
% common; 

<! ENTITY % ttl SYSTEM "ttlattri .mod"> 
%ttl; 

< ! ENTITY % pointers SYSTEM "pointers .mod" > 
%pointers ; 

<! ENTITY % datetime SYSTEM "date time ,mod"> 
%datetime; 

<! ENTITY % meta SYSTEM "meta.mod"> 
%meta; 



<! ELEMENT server .metadata (description?, urn?, url?, version?, time . created? , 

time . last .modified? , altrep*}> 
<!ATTLIST server .metadata 

%common . attrib; 

> 
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<! — shopcart.dtd Version: 0.5 — > 

<! — Purpose: describe a shopping cart --> 

<!-- Terry Allen 9 Nov 1997 — > 

<! — Copyright 1997 CNgroup, Inc. — > 

<! ENTITY % common SYSTEM "commatts .mod"> 
% common; 

<! ENTITY % ttl SYSTEM " ttlattri . mod"> 
%ttl; 

< ! ENTITY % datetime SYSTEM "date time .mod"> 
% date time; 

<! ENTITY % currency SYSTEM "currency .mod n > 
^currency; 

<! ENTITY % proddesc SYSTEM "proddesc .mod"> 
%proddesc; 

<! ENTITY % price SYSTEM "price. mod"> 
%price; 

<! ENTITY % countrys SYSTEM "countrys ,mod"> 
%countrys; 

<! ENTITY % payment SYSTEM "payment o .mod"> 
%payment ; 

<! ENTITY % shipment SYSTEM "shipment -mod"> 
% shipment; 

<! ENTITY % address SYSTEM "addresso .mod"> 
% address; 

<! ENTITY % pointers SYSTEM "pointers . mod"> 
%pointers; 

<! ENTITY % meta SYSTEM "meta.mod"> 
%meta; 



<! ELEMENT shopping . cart (meta?, session. id, 

market .participant . info .pointer, item. selected* , 

total .discount?, total . adjustment?, grand. total .price? ) > 

<!ATTLIST shopping. cart 
%common . attrib; 
%ttl. attrib; 



<! ELEMENT session. id { %multilingual ; ) *> 
< ! ATTLIST session. id 

%common. attrib; 

%party. attrib; 

> 



<! ELEMENT item. selected ( short .product . description, 
vendor .name?, quantity . desired, price. group, 
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item. subtotal?) > 
< ! ATTLIST item, selected 
%common . attrib; 
%ttl. attrib; 

> 

<! ELEMENT vendor. name {#PCDATA)> 
<! ATTLIST vendor. name 
%common . attrib; 

> 

< ! ELEMENT quantity . desired {#PCDATA)> 
< ! ATTLIST quantity. desired 
%common. attrib; 

> 

<! ELEMENT item. subtotal (#PCDATA)> 
<! ATTLIST item. subtotal 
%common . attrib; 

> 
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<! — taxonomy. dtd Version: 0.7.2 --> 
<!-- Purpose: define taxonomy structure -■ 
<! — Terry Allen 4 Dec 1997 — > 
<i — Copyright 1997 cNgroup, Inc. — > 

< ! ENTITY % common SYSTEM "commatts ,mod"> 
% common; 

<! ENTITY % pointers SYSTEM "pointers .mod n > 
%pointers; 

<! ELEMENT taxon (t axon. name, taxon.urn, 

taxon. info?, taxon . parent .pointer* , 
(taxon . child. pointer | taxon) *)> 
< i ATTLIST taxon 
% common. attrib; 

> 

< ! ELEMENT taxon. name ( %multilingual ; ) *> 
<! ATTLIST taxon. name 
%common . attrib; 

> 

<! ELEMENT taxon.urn (#PCDATA)> 
<! ATTLIST taxon.urn 
%common . attrib; 

> 

<! ELEMENT taxon. info ( %multilingual ; ) *> 
<! ATTLIST taxon. info 
%common . attrib; 

> 



{00058300.DOC } 



46 



<!-- transact. mod Version: 0.6 —> 

< ! -- Purpose : describe a transaction — > 

< i --- Terry Allen 25 Nov 1997 --> 

<! — Copyright 1997 CNgroup, Inc. --> 



< ! ELEMENT transact ion . set (transaction. set+ | transaction*) > 
< ! ATTLIST transaction. set 

%common . attrib; 

%ttl. attrib; 

> 

<! ELEMENT transaction {transaction . id+, tpa. pointer*, 

(market .participant . info .pointer | personal . info .pointer ) + , 

exchange . description, exchange . description, 

exchange . description* ) > 
< [ATTLIST transaction 

%common . attrib; 

%ttl. attrib; 

> 

<! ELEMENT exchange . description ( (commerce . item, 
shipment . coordinates . set ? , payment . method? ) + ) > 

<! ATTLIST exchange. description 

from. party CDATA # REQUIRED 
to. party CDATA # REQUIRED 

> 

<! ELEMENT commerce . item (( 

{retail . catalogue . item. ordered, info . description . set?) 

| monetary . payment ) , 

total .discount?, total . adjustment?, 

grand. total .price?, shipto . address?, billto . address? ) > 
<! ATTLIST commerce. item 
%common . attrib; 

> 

< ! ELEMENT transaction . id ( %multilingual; ) *> 
<! ATTLIST transaction. id 

%common . attrib; 

%party . attrib; 

> 

<! ELEMENT tpa. pointer (%xll . or .urn; ) > 
< 'ATTLIST tpa. pointer 

%common . attrib; 

%xll . exlink . attrib; 

cblpointer CDATA #FIXED "content" 

> 

< ! ELEMENT retail . catalogue . item. ordered (catalogue . entry .pointer, 

sku?, quantity . ordered, price . group? ) > 
<! ATTLIST retail . catalogue . item. ordered 

^common . attrib; 

%ttl. attrib; 

> 



{00058300.DOC } 



<! ELEMENT quantity . ordered (#PCDATA)> 
< ! ATTLIST quantity. ordered 
%coiDmon . attrib; 

> 
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Exhibit E. Selected files from cbl/075 directory (date stamped before 
January 21, 1998) 



1 



<! — acatalog.dtd Version: 0.8 — > 

<!-- Purpose: provide simplest whole catalog — > 

<! — Terry Allen 17 Jan 1998 — > 

<! — Copyright 1998 CNgroup, Inc. ■-■-> 

<! ENTITY % comments SYSTEM "comments .mod" > 
% comments; 

<! ENTITY % pointers SYSTEM "pointers .mod"> 
%pointers; 

<! ELEMENT catalog (meta?, catalog . operator . pointer , 

payment .method. set .pointer , shipment .method. set .pointer r 

catalog. entry. point er+) > 
< ! ATTLIST catalog 

%common. attrib; 

%ttl.attrib; 

> 
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<! — addresso .mod Version: 0.8 — > 

<! — Purpose: group address information primitives — > 

<! — Terry Allen 17 Jan 1998 — > 

<! — Copyright 1998 CNgroup, Inc. — > 

<! ENTITY % country. subentity 

"country. subentity. us | country.subentity.jp 
| country . subentity . other" 

> 

< i ELEMENT ship . to . address ( address . set ) > 
< ! ATTLIST ship. to. address 

%ttl. attrib; 

%common . attrib; 

> 

< ! ELEMENT ship . from. address (address . set ) > 
<! ATTLIST ship. from. address 

%ttl. attrib; 

%common . attrib; 

> 

< ! ELEMENT bill . to . address {address . set ) > 
<! ATTLIST bill. to. address 

%ttl. attrib; 

% common . attrib; 

> 

<! ELEMENT address. set {physical . address* , telephone* , 

fax*, email*, web*) > 
< ! ATTLIST address. set 

%common. attrib; 

% ttl. attrib ; 

schema :edif act CDATA #FIXED "contact" 
where (work | home) "work" 

> 

<! ELEMENT telephone (telephone . number, telephone . extension? ) > 
<! ATTLIST telephone 

%common . attrib; 

%ttl. attrib; 

schema :edif act CDATA #FIXED "telephone" 
type (fixed | mobile i pager) "fixed" 

> 

<! ELEMENT telephone . number (#PCDATA)> 
<! ATTLIST telephone. number 

%common. attrib; 

%ttl. attrib; 

schema :edif act CDATA #FIXED "telephone" 

> 

<! ELEMENT telephone . extension {#PCDATA)> 
<! ATTLIST telephone. extension 

%common . attrib; 

%ttl. attrib; 
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> 

<! ELEMENT fax (#PCDATA)> 
< ! ATTLIST fax 

%common . attrib; 

%ttl. attrib; 

schema :edif act CDATA #FIXED "fax" 

> 

< ! ELEMENT email (# PC DATA) > 
<! ATTLIST email 

%common . attrib; 

%ttl. attrib; 

schema :edif act CDATA #FIXED "email" 

> 

<! ELEMENT web ( %xll . or . urn; ) > 
<! ATTLIST web 

%common . attrib; 

%ttl. attrib; 

cblpointer CDATA # FIXED "outside" 

> 

<! ELEMENT physical . address (pobox?, 

(building. sublocation?, location . in . street , street)?, 

city, city . subentity?, ( %country . subentity; ) ?, 

postcode?, country? )> 
<! ATTLIST physical .address 

%ttl. attrib; 

%common . attrib; 

> 

<! ELEMENT pobox (#PCDATA)> 
<! ATTLIST pobox 
%common . attrib; 

schema :edif act CDATA #FIXED "pobox" 

> 

<! ELEMENT building . sublocat ion (%multilingual; ) *> 
<! ATTLIST building. sublocation 
%common . attrib; 

> 

<! ELEMENT location . in . street (#PCDATA)> 
<!ATTLIST location. in. street 
%common . attrib; 

schema :edif act CDATA #FIXED "locationinstreet " 

> 

< ! ELEMENT street ( %multilingual ; ) *> 
<! ATTLIST street 
%common . attrib; 

schema :edif act CDATA #FIXED "street" 

> 

<! ELEMENT city ( %multilingual ; ) *> 
<! ATTLIST city 
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%common . attrib; 

schema :eciif act CDATA #FIXED "city" 

schema: jisx04 02 CDATA #IMPLIED 

> 

<! ELEMENT city . subentity (%multilingual; ) *> 
< ! ATTLIST city. subentity 
%common . attrib; 

schema :edif act CDATA #FIXED "citysubentity" 

> 

<! ELEMENT country {#PCDATA)> 
<! ATTLIST country 
%common. attrib; 

schema :edif act CDATA #FIXED "country" 

> 

< ! ELEMENT country . subentity . us ( # PCDATA) > 
<! ATTLIST country. subentity. us 
%common . attrib; 

schema :edi fact CDATA # FIXED " count rysubentity" 

> 

< ! ELEMENT country.subentity.jp {#PCDATA)> 
<! ATTLIST country.subentity.jp 
%common . attrib; 

schema :edif act CDATA #FIXED "countrysubentity" 

> 

<! ELEMENT country . subentity . other (#PCDATA)> 
< ! ATTLIST country . subentity . other 
%common . attrib; 

schema :edif act CDATA #FIXED "countrysubentity" 
country. subentity. name CDATA # REQUIRED 

> 

<! ELEMENT postcode {#PCDATA)> 
<! ATTLIST postcode 
^common . attrib; 

schema :edif act CDATA #FIXED "postcode" 

> 
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<! — catentry.dtd Version: 0.8 — > 

<! — Purpose: provide simple catalog entry - -> 

<! — Terry Allen 17 Jan 1998 — > 

<!-- Copyright 1998 CNgroup, Inc. — > 

<! ENTITY % comments SYSTEM "comments .mod" > 
% comments ; 

<! ENTITY % pointers SYSTEM "pointers ,mod"> 
%pointers ; 

<! ENTITY % pay SYSTEM "pay .mod"> 
%pay; 

<! ENTITY % charge SYSTEM "charge ,mod"> 
%charge; 

<! ENTITY % inventory SYSTEM "inventry .mod"> 
%inventory; 



<! ELEMENT catalog . entry (meta?, catalog . entry . id, 
manufacturer .pointer?, distributor .pointer?, 
product . description. pointer, min. quantity .per . customer?, 
max . quantity . per . customer? , shipment . set . pointer? , 
payment .method. set .pointer?, charge . group?, 
picture .pointer* ) > 

< ! ATTLIST catalog. entry 
%common . attrib; 
%ttl. attrib; 



<! ELEMENT min . quantity . per . customer (#PCDATA)> 
< ! ATTLIST min . quantity .per . customer 
%common . attrib; 

> 



<! ELEMENT max . quantity . per . customer (#PCDATA}> 
< ! ATTLIST max . quantity .per . customer 
%common. attrib; 

> 



<! ELEMENT picture . pointer (xll . locator ) > 
< ! ATTLIST picture. pointer 

%common . attrib; 

%xll . exlink. attrib; 

cblpointer CDATA #FIXED "outside" 
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<! — cblcat.dtd Version: 0.8 — > 

<! — Purpose: associate local system IDs with URNs - - > 
<!-- Terry Allen 17 Jan 1998 — > 

<! — developed from storage. dtd, for which the FP1 is 

"-//Palm Tree Books//DTD USB-Storage v0.1//EN n — > 
<! — Copyright 1998 CNgroup, Inc. --> 

<! ENTITY % comments SYSTEM "comments .mod" > 
^comments; 

<! ELEMENT cblcat {met a?, cblcat . entry . pointer+ ) > 
< ! ATTLIST cblcat 
%common . attrib; 

> 

<! ELEMENT cblcat . entry . pointer {catalog . sysid, 

(url | urn)+)> 
< ! ATTLIST cblcat. entry. pointer 
%common . attrib; 

> 

<! ELEMENT catalog . sysid (#PCDATA)> 
<! ATTLIST catalog. sysid 
^common. attrib; 

> 
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<! — charge. mod Version: 0.8 — > 

<!-- Purpose: group price, cost information primitives --> 
<!— Terry Allen 17 Jan 1998 — > 
<!— Copyright 1998 CNgroup, Inc. — > 

<! ELEMENT charge. group (base . charge , 

charge . adjustment* , total . charge? ) > 
< ! ATTLIST charge. group 

% common . attrib; 

%ttl. attrib; 

> 

<! ELEMENT base. charge (payment . group) > 
< ! ATTLIST base. charge 

%common . attrib; 

%ttl. attrib; 

tax. included (yes | no) "no" 

> 

<! ELEMENT charge . adjustment (adjustment .name?, adjustment . id? , 
adjustment . rate?, adjustment . amount?, adjusted. charge? ) > 

<! ATTLIST charge. adjustment 
%common. attrib; 
%ttl. attrib; 

direction (plus | minus) #IMPLIED 

> 

< ! ELEMENT adjustment . name ( %multilingual ; ) *> 
<! ATTLIST adjustment .name 

%common . attrib; 

%ttl. attrib; 

> 

<! ELEMENT adjustment . id (#PCDATA)> 
< 1 ATTLIST adjustment .id 

%common . attrib; 

%ttl. attrib; 

> 

<! ELEMENT adjustment . rate (#PCDATA)> 
<! ATTLIST adjustment .rate 

%common . attrib; 

%ttl. attrib; 

rate. basis (percent | other ) "percent" 
adjustment. related. to CDATA #IMPLIED 

> 

<! ELEMENT adjustment . amount (payment . group) > 
<! ATTLIST adjustment .amount 

%common . attrib; 

%ttl. attrib; 

adjustment .related. to CDATA #IMPLIED 

> 

<! ELEMENT adjusted . charge (payment . group) > 
<! ATTLIST adjusted. charge 
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%common . attrib; 
%ttl. attrib; 

> 

<! ELEMENT total. charge (payment . group) > 
< ! ATTLIST total. charge 

%common . attrib; 

%ttl. attrib; 

> 

<! ELEMENT charge . range (minimum?, maximum? )> 
<! ATTLIST charge. range 

%common . attrib; 

%ttl. attrib; 

> 

< ! ELEMENT minimum (payment . group ) > 
<! ATTLIST minimum 

%common . attrib; 

%ttl. attrib; 

> 

< ! ELEMENT maximum (payment . group ) > 
<! ATTLIST maximum 

%common . attrib; 

%ttl. attrib; 

> 
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< ! — codes .mod Version : 0.8 --> 

<!-- Purpose: group sets of code values --> 

<!— Terry Allen 17 Jan 1998 — > 

<!-- Copyright 1998 CNgroup, Inc. — > 



<! ENTITY % country. name. attrib 



"country 


name 


(AD 


AE 


| AF 


AG 


AI 


I AL | AM | 


| AO 


AQ | 


AR 


AS 


AT 


AU 


AW 


1 AZ 


| BA 


BB | 


BD 


BE 


BF 


BG 


BH 


1 BI 


I BJ 


BM | 


BN 


BO 


BR 


BS 


BT 


| BV 


| BW 


BY | 


BZ 


CA 


cc 


CF 


CG 


| CH 


1 CI 


CK i 


CL 


CM 


CN 


CO 


CR 


i CU 


1 cv 


CX | 


CY 


cz 


DE 


DJ 


DK 


| DM 


I DO 


DZ | 


EC 


EE 


EG 


EH 


ER 


j ES 


I ET 


FI | 


FJ 


FK 


FM 


FO 


FR 


| FX 


1 GA 


GB j 


GD 


GE 


GF 


GH 


GI 


| GL 


| GM 


GN | 


GP 


GQ 


GR 


GS 


GT 


I GU 


| GW 


GY | 


HK 


HM 


HN 


HR 


HT 


[ HU 


[ ID | 


IE | 


IL 


IN 


10 


IQ 


IR 


1 is 


1 IT | 


JM | 


JO 


JP 


KE 


KG 


KH 


1 KI 


1 KM | 


KN | 


KP 


KR 


KW 


KY 


KZ 


1 LA 


i LB | 


LC | 


LI 


LK 


LR 


LS 


LT 


I LU 


i LV 1 


LY i 


MA 


MC 


MD 


MG 


MH 


| ML 


| MM | 


MN | 


MO 


MP 


MQ 


MR 


MS 


I MT 


1 MU | 


MV | 


MW 


MX 


MY 


MZ 


NA 


! NC 


1 NE | 


NF | 


NG 


NI 


NL 


NO 


NP 


i NR 


| NT j 


NU | 


NZ 


OM 


PA 


PE 


PF 


I PG 


1 PH | 


PK | 


PL 


PM 


PN 


PR 


PT 


I PW 


1 PY | 


QA | 


RE 


RO 


RU 


RW 


SA 


[ SB 


| SC | 


SD | 


SE 


SG 


SH 


SI 


SJ 


I SK 


i SL | 


SM 1 


SN 


SO 


SR 


ST 


SV 


! SY 


1 sz i 


TC ! 


TD 


TF 


TG 


TH 


TJ 


| TK 


| TM | 


TN | 


TO 


TP 


TR 


TT 


TV 


| TW 


| TZ | 


UA | 


UG | 


UM 


US ] 


UY 


UZ 


I VA 


1 vc | 


VE | 


VG | 


VI 


VN 


vu 


WF 


I WS 


1 YE ! 


YT | 


YU 


ZA 


ZM 


ZR 


ZW) 


# REQUIRED" 



< i ENTITY % country. subentity. us. name. attrib 



"country. subentity. us .name 



(AK | 
CT 
HI 
KA 
ME 
MT 
NJ 
OK 
SD 
VT 



AL | 
DC 
IA 
KY 
MI 
NB 
NM 
OR 
TN 
WA 



AR | 
DE 
ID 
LA 
MN 
NC 
NV 
PA 
TX 
WI 



AZ | 
GA 
IL 
MA 
MO 
ND 
NY 
RI 
UT 
WV 



CA | 
FL 
IN 
MD 
MS 
NH 
OH 
SC 
VA 
WY) 



CO 



#REQUIRED" 



<! ENTITY % country.subentity.jp. name. attrib 
"country. subentity. jp. name 
(01 | 02 j 03 1 04 | 05 I 06 
i 07 | 08 | 09 | 10 j 11 | 12 | 13 
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14 


15 


16 


17 


18 


19 


I 20 


21 


22 


23 


24 


25 


26 


| 27 


28 


29 


30 


31 


32 


33 


i 34 


35 


36 


37 


38 


39 


40 


i 41 


42 


43 


44 


45 


46 


47) 


# REQUIRED 
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<! — command. dtd Version: 0.8 --> 

<!-- Purpose: group command information --> 

<!— Terry Allen 17 Jan 1998 --■> 

<! — Copyright 1998 CNgroup, Inc. — > 

<! ENTITY % comments SYSTEM "comments .mod"> 
% comment s ; 

<! ENTITY % pointers SYSTEM "pointers .mod"> 
%pointers ; 

<! ENTITY % command 

"convey. info | register . document | unregister . document 
| register . service | unregister . service [ request. info 

> 

<! ELEMENT command . set (meta?, authorization. info. pointer* 

(%command;), command. target ) > 
< ! ATTLIST command. set 

%common . attrib; 

> 

<! ELEMENT convey. info EMPTY> 
<! ATTLIST convey. info 

^common . attrib; 

%party. attrib; 

> 

<! ELEMENT register . document EMPTY> 
< ! ATTLIST register .document 

%common . attrib; 

%party . attrib; 

> 

<! ELEMENT unregister . document EMPTY> 
<!ATTLIST unregister . document 

%common . attrib; 

%party . attrib; 

> 

<! ELEMENT register . service EMPTY> 
< ! ATTLIST register. service 

% common . attrib; 

%party . attrib; 

> 

<! ELEMENT unregister . service EMPTY> 
<! ATTLIST unregister . service 

%common . attrib; 

%party. attrib; 

> 

<! ELEMENT request. info EMPTY> 
<! ATTLIST request. info 

%common . attrib; 

%party. attrib; 
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> 

<! ELEMENT command . target ( %xll . or .urn; } > 
< ! ATTLIST command. target 
^common . attrib; 

> 
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<! — commatts .mod Version: 0.8 — > 

<! — Purpose: group declarations for common attributes — > 
<! — Terry Allen 17 Jan 1998 — > 
<!-- Copyright 1998 CNgroup, Inc. — > 

<! ENTITY It "< n > 
<! ENTITY gt "> n > 
< ! ENTITY amp "&"> 
<! ENTITY apos "&#39;"> 
<! ENTITY quot """> 

<! ENTITY % lang.attrib. implied 
"lang CDATA #IMPLIED" 

> 

<! ENTITY % lang.attrib. required 
"lang CDATA # REQUIRED" 

> 

<! ENTITY % script .attrib 

"script CDATA #IMPLIED" 

> 

<! ENTITY % altrep. attrib 

"altrep. pointer CDATA #IMPLIED" 

> 

<! ENTITY % urn. attrib. implied 
"urn CDATA #IMPLIED" 

> 

<! ENTITY % ident. attrib. implied 
"ident CDATA # IMPLIED" 

> 

<! ENTITY % ident. attrib. required 
"ident CDATA # REQUIRED" 

> 

< ! ENTITY % changed. by. party. attrib 
"changed. by. party CDATA #IMPLIED" 

> 

<! ENTITY % disagree. party. attrib 
"disagree. party CDATA #IMPLIED" 

> 

<! ENTITY % agree. party. attrib 
"agree. party CDATA #IMPLIED" 

> 

<! ENTITY % prefer .party. attrib 
"prefer .party CDATA #IMPLIED" 

> 

<! ENTITY % common. attrib 
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"%lang . attrib . implied; 
% script . attrib; 
%altrep . attrib; 
%ident . attrib . implied; 
%urn . attrib . implied; 
% changed. by .party . attrib ; 
% disagree .party . att rib; 
%agree .party. attrib; 
%prefer .party. attrib; " 

> 

<! ENTITY % common . attrib . ident . required 
"%lang . attrib . implied; 
%script . attrib; 
%altrep . attrib; 
%ident . attrib . required; 
%urn. attrib. implied; " 

> 

<! ENTITY % mime. type. attrib "mime. type CDATA #IMPLIED"> 
<! ENTITY % party. attrib "party CDATA #IMPLIED"> 

< ! ENTITY % assigned. by. party. attrib "assigned. by .party CDATA #REQUIRED"> 

<! ENTITY % from. party. attrib "from. party CDATA #IMPLIED"> 

< ! ENTITY % to. party. attrib "to. party CDATA #IMPLIED"> 

< ! ENTITY % owner. party. attrib "owner. party CDATA #IMPLIED"> 

< ! ENTITY % in. possession. of .party. attrib "in. possession . of .party CDATA 

#IMPLIED"> 

<!ENTITY % to. deliver. to. party. attrib "to . deliver . to .party CDATA #IMPLIED 



<! ENTITY % schema. name. attrib "schema. name CDATA #IMPLIED"> 
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<! — commelem.mod Version: 0.1 — > 

<! — Purpose: group declarations for common elements 

<! — Terry Allen 17 Jan 1998 — > 

<! — Copyright 1998 CNgroup, Inc. — > 



<! ENTITY % xll.attnames.attrib 

"XML-ATTRIBUTES CDATA # FIXED 

1 HREF urllink 
SHOW XLL-SHOW 
ACTUATE XLL-ACTUATE 
BEHAVIOR XLL-BEHAVIOR 
XML-LINK XLL-LINK T " 

> 

<! ENTITY % xll.exlink.attrib 
1 %xll . attnames . attrib; 

XLL-LINK CDATA #FIXED "EXTENDED" 
XLL-SHOW CDATA # FIXED "EMBED" 
XLL-ACTUATE CDATA # FIXED "USER" 
XLL-BEHAVIOR CDATA #FIXED "EMBED" 1 

> 

< ! ENTITY % xll.loclink. attrib 
f %xll . attnames . attrib; 

XLL-LINK CDATA #FIXED "LOCATOR" 
XLL-SHOW CDATA # FIXED "EMBED" 
XLL-ACTUATE CDATA # FIXED "USER" 
XLL-BEHAVIOR CDATA #FIXED "EMBED"' 

> 

<! ENTITY % xll.or.urn "xll . locator | urn . reference" > 

< ! ELEMENT xll. locator (#PCDATA)> 
<!ATTLIST xll. locator 

%common , attrib; 

%xll . loclink . attrib; 

urllink CDATA # REQUIRED 

> 

<! ELEMENT urn . reference (#PCDATA)> 
< ! ATTLIST urn. reference 

%common . attrib; 

urnlink CDATA # REQUIRED 

xll. frag. extender CDATA #IMPLIED 

> 

<! ELEMENT language . alternatives (phrase+)> 
< ! ATTLIST language. alternatives 
%common . attrib; 

> 

<! ELEMENT language .multiples (phrase+)> 
<! ATTLIST language .multiples 
%common . attrib; 

> 
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<! ELEMENT phrase (#PCDATA)> 
< ! ATTLIST phrase 
%common . attrib; 

> 

<! ENTITY % multilingual "# PC DATA S phrase | language . alternatives 
I language .multiples" > 

<! ELEMENT xll . xptr . f rag {#PCDATA)> 
<!ATTLIST xll. xptr. frag 
%common . attrib; 

> 

<! ELEMENT url {#PCDATA)> 
<! ATTLIST url 

%common . attrib; 

> 

<! ELEMENT urn (#PCDATA)> 
<! ATTLIST urn 

%common . attrib; 

> 

<! ELEMENT text . description ( %multilingual ; ) *> 
< ! ATTLIST text .description 
%common . attrib; 

> 
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<!-- comments .mod Version: 0.1 — > 

<! — Purpose: groups commonly called modules - - > 

<!-- Terry Allen 17 Jan 1998 — > 

<j — Copyright 1998 CNgroup, Inc. — > 

<! ENTITY % commona SYSTEM "commatts .mod"> 
%commona; 

<! ENTITY % commone SYSTEM "commelem.mod"> 
%coromone; 

<! ENTITY % ttl SYSTEM "ttlattri .mod"> 
%ttl; 

<! ENTITY % datetime SYSTEM "date time .mod"> 
%datetime; 

<! ENTITY % meta SYSTEM "meta.mod"> 
%meta; 

<! ENTITY % ids SYSTEM "ids.mod"> 
%ids ; 
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<! — datetime .mod Version: 0.8 — ■> 

<i — Purpose: group date and time information primitives — > 

<!-- Terry Allen 17 Jan 1998— > 

<!-- Copyright 1998 CNgroup, Inc. — > 

<!— checked against ISO 8601:1988 (E) 26 Nov 1997 by Terry Allen 

<! ELEMENT year {#PCDATA)> 
< ! ATTLIST year 

schema: iso8 601 CDATA #FIXED "3.8 Gregorian calendar" 

> 

<! ELEMENT month {#PCDATA)> 
<! ATTLIST month 

schema :iso8 601 CDATA #FIXED "3.12 month, calendar" 

> 

<! ELEMENT quarter (#PCDATA)> 

< i ATTLIST quarter 

> 

<! ELEMENT date . calendar (#PCDATA)> 
<! ATTLIST date. calendar 

schema: iso8601 CDATA #FIXED "3.3 date, calendar" 

> 

<! ELEMENT date. ordinal (#PCDATA)> 
<! ATTLIST date. ordinal 

schema: iso8601 CDATA #FIXED "5.2.2 ordinal date" 

> 

< ! ELEMENT time ( # PC DATA) > 
<! ATTLIST time 

schema: iso8 601 CDATA #FIXED "5.3 time of the day" 

> 

<! ELEMENT utc (#PCDATA)> 
<! ATTLIST utc 

schema: iso8 601 CDATA #FIXED "5.3.3 coordinated universal time 1 

> 

<! ELEMENT week (#PCDATA)> 
<! ATTLIST week 

schema: iso8 601 CDATA #FIXED "5.2.3 week" 

> 

<! ELEMENT week. and. day {# PCDATA )> 
<! ATTLIST week. and. day 

schema :iso8 601 CDATA #FIXED "5.2.3 date identified by 

calendar week and day numbers" 

> 

<! ELEMENT date . and . time {#PCDATA)> 
<! ATTLIST date. and. time 

schema :edif act CDATA #FIXED "dateandtime" 

schema :iso8 601 CDATA #FIXED "5.4 combination of date and 

time of the day" 
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> 

<! ELEMENT hour (# PCDATA) > 
< ! ATTLIST hour 

schema :iso8 601 CDATA #FIXED "3.9 hour" 

> 

< ! ELEMENT minute (#PCDATA)> 
<! ATTLIST minute 

schema:iso8601 CDATA #FIXED "3.11 minute" 

> 

<! ELEMENT second {#PCDATA)> 
<! ATTLIST second 

schema :iso31 CDATA # FIXED "TBS" 

> 

<! ELEMENT duration (#PCDATA)> 
<! ATTLIST duration 

schema :iso8 601 CDATA #FIXED "5.5.3.2 duration of time" 

> 
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<!-- guide. dtd Version: 0.8 — > 

<! — Purpose: group negotiation guide information — > 
<! — Terry Allen 17 Jan 1998 --> 
<!-- Copyright 1997 CNgroup, Inc. ■ — > 

<! ENTITY % comments SYSTEM "comments .mod" > 
% comments; 

<! ENTITY % pointers SYSTEM "pointers .mod"> 
%pointers ; 

<! ENTITY % negotiation . step . content "initiate | conclude | cancel 
I advance | modify | failure"> 

<! ENTITY % cbl. component 

"request . for . quote . component | request . f or . info . component 
| response . component | market . description . component 
| catalogue . entry . component | catalogue . component 
I schedule . component | inventory . set . component 
| offer . to . sell . component 

| market . participant . info . component | shopping . cart . component 
| order . component | invoice . component 

I payment. notice. component | shipment . notice . component 

| service . description . component | server .metadata . component 

i confirm. component 

[ acknowledge .previous . component | escape . component " 

> 

<! ELEMENT guide (meta?, negotiation . identifier* , 

authorization . info .pointer* , 

negotiation. step, process. model) > 
< ! ATTLIST guide 

%common . attrib; 

> 

<! ELEMENT negotiation . identifier {#PCDATA)> 
<!ATTLIST negotiation, identifier 

%common . attrib; 

%party. attrib; 

> 

<! ELEMENT negotiation . step ( %negotiation . step . content ;) > 
<! ATTLIST negotiation. step 

%common . attrib; 

%party . attrib; 

> 

<! ELEMENT initiate EMPTY> 
<! ATTLIST initiate 
%common . attrib; 

> 

<! ELEMENT conclude EMPTY> 
<! ATTLIST conclude 
%common. attrib; 

> 
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<! ELEMENT advance EMPTY> 
< ! ATTLIST advance 
%common . attrib; 

> 

<! ELEMENT cancel EMPTY> 
<! ATTLIST cancel 
%common. attrib ; 

> 

<! ELEMENT failure EMPTY> 
<! ATTLIST failure 
%common. attrib; 

> 

< ! ELEMENT modify (modification . set . pointer* ) > 
<! ATTLIST modify 

%common . attrib; 

%party . attrib; 

> 

<! ELEMENT cbl . component . group { %cbl . component ;) +> 
<! ATTLIST cbl. component. group 

%common. attrib; 

%party. attrib; 

> 

<! ENTITY % cbl. component. or. group 

11 %cbl . component; j cbl . component . group" 

> 

< ! ELEMENT process .model ( ( %cbl . component . or . group; ) *, we. are. here, 

(%cbl . component .or . group; ) * ) > 
<! ATTLIST process. model 

%common . attrib; 

> 

<! ENTITY % component .attrib 

"schema . name ( cbl 1 noncbl ) 1 cbl T " 

> 

<! ENTITY % cbl .component .contents 

"document .pointer* , originating .party? , receiving. party*" 

> 

<! ELEMENT originating . party (market .participant . info. pointer) > 
<! ATTLIST originating. party 
%common. attrib ; 

> 

< ! ELEMENT receiving . party (market . participant . info . pointer) > 
< ! ATTLIST receiving. party 
%common . attrib; 

> 

<! ELEMENT confirm. component ( %cbl . component . contents; ) > 
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< ! ATTLIST confirm. component 
%common . attrib; 
% component . attrib; 
%party . attrib; 

confirming CDATA # REQUIRED 

> 

< ! ELEMENT acknowledge . previous . component ( %cbl . component . contents 
< ! ATTLIST acknowledge . previous . component 

%common . attrib; 

%component . attrib; 

%party . attrib; 

> 

< ! ELEMENT request . for . quote . component ( %cbl . component . contents ; ) > 
< I ATTLIST request . for . quote . component 

%common. attrib; 

% component . attrib; 

%party . attrib; 

> 

< ! ELEMENT request . for . info . component ( %cbl . component . contents ; ) > 
< ! ATTLIST request . for . info . component 

%common. attrib; 

%component . attrib; 

%party. attrib; 

> 

<! ELEMENT response . component ( %cbl . component . contents ;) > 
<! ATTLIST response. component 

%common . attrib; 

^component . attrib; 

%party. attrib; 

> 

<! ELEMENT of fer . to . sell . component ( %cbl . component . contents ;) > 
< ! ATTLIST offer . to . sell . component 

%common . attrib; 

%component . attrib; 

%party. attrib; 

> 

<! ELEMENT catalogue . entry . component {%cbl . component . contents; ) > 
<! ATTLIST catalogue . entry . component 

%common . attrib; 

%component . attrib; 

%party . attrib; 

> 

<! ELEMENT catalogue . component ( %cbl . component . contents; ) > 
<! ATTLIST catalogue . component 

%common . attrib; 

%component . attrib; 

%party. attrib; 

> 

<! ELEMENT schedule . component ( %cbl . component . contents; ) > 
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< ! ATTLIST schedule. component 
%common . attrib; 
%component . attrib; 
%party . attrib; 



< ! ELEMENT market . participant . info . component ( %cbl . component . contents ; ) > 
<! ATTLIST market .participant . info . component 

%common . attrib; 

%component . attrib; 

%party . attrib; 



<! ELEMENT shopping . cart . component ( %cbl . component . contents; ) > 
<! ATTLIST shopping. cart .component 

%common . attrib; 

%component . attrib; 

%party. attrib; 



<! ELEMENT order . component ( %cbl . component . contents; } > 
< ! ATTLIST order. component 

%common . attrib; 

%component . attrib; 

%party. attrib; 



<! ELEMENT invoice . component ( %cbl . component . contents ;) > 
<! ATTLIST invoice .component 

%common. attrib; 

^component . attrib; 

%party. attrib; 



<! ELEMENT payment . notice . component ( %cbl . component . contents ;) > 
< ! ATTLIST payment . notice . component 

%common . attrib; 

%component . attrib; 

%party . attrib; 

> 

<! ELEMENT shipment . notice . component (%cbl .component . contents; ) > 
<! ATTLIST shipment .notice . component 

%common . attrib; 

%component . attrib; 

%party. attrib; 



<! ELEMENT service . description . component (%cbl . component . contents; ) > 
< ! ATTLIST service . description . component 

%common . attrib; 

%component . attrib; 

%party . attrib; 

> 

<! ELEMENT server .metadata . component { %cbl . component . contents ; ) > 
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< ! ATTLIST server .metadata . component 
%common . attrib; 
%component . attrib ; 
%party. attrib; 



<! ELEMENT market . description . component { %cbl . component . contents 
< ! ATTLIST market . description . component 

%mime . type . attrib; 

%common . attrib; 

% component . attrib; 

%party . attrib; 



<! ELEMENT inventory . set . component ( %cbl . component . contents ;) > 
< ! ATTLIST inventory . set . component 

%mime . type . attrib; 

%common. attrib; 

%component . attrib; 

%party . attrib; 



<! ELEMENT escape . component { %cbl . component . contents ;) > 
<! ATTLIST escape . component 

%mime . type . attrib; 

%common . attrib; 

%component . attrib; 

%party. attrib; 



<! ELEMENT we. are. here EMPTY> 
<!ATTLIST we. are. here 

%common . attrib; 

%party. attrib; 

> 
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<!-- ids. mod Version: 0.1 - - > 

<! — Purpose: group ID elements used in more than one DTD — > 
<! — Terry Allen 17 Jan 1998 — > 
<!-- Copyright 1998 CNgroup, Inc. — > 

<! ELEMENT catalog . entry . id (#PCDATA)> 
< ! ATTLIST catalog. entry. id 
%common. attrib; 

> 
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<! — inf odesc .mod Version: 0.6.2 ■ — > 

<! — Purpose: supply structure for all descriptions of information found in 

CBL XML documents --> 
<! — Terry Allen 29 Nov 1997 — > 
<! — Copyright 1997 CNgroup, Inc. — > 

<! ENTITY % infodesc.or.set 

"( info . description | info . description. set) " 

> 

<! ELEMENT info . description . set ( %inf odesc . or . set ; , 
((and, %infodesc.or . set; ) * 
I (or, %inf odesc . or . set ;) * 
| (not, %infodesc.or.set; ) ) 

)> 

<!ATTLIST info. description. set 
%common. attrib; 

> 

< ! ELEMENT and EMPTY> 
< ! ATTLIST and 

%common . attrib; 

> 

<! ELEMENT or EMPTY> 
<! ATTLIST or 

Icoinmon . attrib; 

> 

< ! ELEMENT not EMPTY> 
<! ATTLIST not 

%common. attrib; 

> 

<! ELEMENT info . description (xml . descriptor | nonxml . descriptor 

j urn . reference j regexp | range )> 
<! ATTLIST info. description 

%common . attrib; 

> 

<! ELEMENT xml . descriptor (doctype, xml . descriptor . details ) > 
<! ATTLIST xml .descriptor 
%common . attrib; 

> 

<! ELEMENT nonxml . descriptor ( %xll . or . urn; ) > 
<! ATTLIST nonxml. descriptor 
%common. attrib; 

cblpointer CDATA #FIXED "outside" 

> 

<! ELEMENT regexp (#PCDATA)> 
<! ATTLIST regexp 
%common . attrib; 

> 
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< ! ELEMENT doctype (dtd)> 
< ! ATTLIST doctype 
%common . attrib; 

> 

< ! ELEMENT dtd EMPTY> 
<! ATTLIST dtd 

systemid CDATA #IMPLIED 

publicid CDATA #IMPLIED 

%common . attrib; 

> 

<! ELEMENT xml . descriptor . details (xml . descriptor . context ? , 

(xll . xptr . f rag | xml . other . descriptor )) > 
<! ATTLIST xml. descriptor .details 
%common. attrib; 

> 

<! ELEMENT xml . descriptor . context EMPTY> 
<! ATTLIST xml. descriptor .context 
Icommon . attrib; 

xll . link . traverse (none | all | all.recurse) "all . recurse" 

> 

<! ELEMENT xml . other . descriptor (#PCDATA)> 
<! ATTLIST xml. other. descriptor 

Icommon . attrib; 

type CDATA # REQUIRED 

> 

<! ELEMENT range (range .parameter , range . parameter , range .parameter* ) > 
<! ATTLIST range 

%schema . name . attrib; 

%common . attrib; 

> 

<! ELEMENT range . parameter (#PCDATA)> 
<! ATTLIST range .parameter 

range. type (integer | decimal | nonnumeric) "decimal" 

schema. mapping CDATA # IMPLIED 

%common . attrib; 

> 
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< ! — inventry.mod Version: 0.8 — > 

< ! — Purpose : provide inventory information --> 

<! — Terry Allen 17 Jan 1998 — > 

<1 — Copyright 1998 CNgroup, Inc. — > 

< ! ELEMENT inventory . item (product . description . id, 

product . choice? ) > 
< ! ATTLIST inventory. item 

%common . attrib; 

%ttl. attrib; 

%owner .party . attrib; 

% in .possession . of .party . attrib; 

%to . deliver . to . party . attrib; 

> 

<! ELEMENT inventory . item. set (inventory . item, 
present . location?, quantity . in . stock? ) > 

< 'ATTLIST inventory. item. set 
%common . attrib; 
%ttl. attrib; 

> 

<! ELEMENT product . description . id {#PCDATA)> 
<! ATTLIST product .description. id 
%common. attrib ; 

> 

<! ELEMENT product . choice ( info . description . set ) > 
<! ATTLIST product .choice 
%common . attrib; 

> 

<! ELEMENT present . location (#PCDATA)> 
<! ATTLIST present .location 
%common . attrib; 

> 

<! ELEMENT quantity . in . stock (#PCDATA)> 
<! ATTLIST quantity. in. stock 
%common. attrib ; 

> 
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<!-- invoiceo.dtd Version: 0.8 — > 
<! — Purpose: describe an invoice — > 
<! — Terry Allen 17 Jan 1998 — > 
<! — Copyright 1998 CNgroup, Inc. — > 

< i ENTITY % comments SYSTEM "comments .mod"> 
% comment s ; 

<! ENTITY % charge SYSTEM "charge .mod n > 
%charge; 

<! ENTITY % pay SYSTEM "pay.mod n > 
%pay; 

<! ENTITY % shipment SYSTEM "shipment .mod" > 
% shipment ; 

<! ENTITY % address SYSTEM "addresso ,mod"> 
%address ; 

<! ENTITY % pointers SYSTEM "pointers ,mod"> 
%pointers; 

<! ENTITY % transact SYSTEM "transact .mod"> 
%transact; 

<! ELEMENT invoice (met a?, transaction . set ) > 
< ! ATTLIST invoice 

%common . attrib; 

%ttl. attrib; 

> 
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<!-- irequest . dtd Version: 0.8 --> 

<! — Purpose: describe a set of information found in CBL XML documents — > 

<! — Terry Allen 17 Jan 1998 — > 

<! — Copyright 1998 CNgroup, Inc. — > 

<! ENTITY % comments SYSTEM "comments .mod" > 
% comments; 

<! ENTITY % infodesc SYSTEM "inf odesc ,mod"> 
%inf odesc; 

<! ELEMENT request . for . inf o (meta?, return . scope?, resource . type? , 

return . quantity? , info . description . set ? ) > 
< ! ATTLIST request .for. info 

%common . attrib; 

> 

<! ELEMENT return. scope EMPTY> 
<! ATTLIST return. scope 
%common . attrib; 

scope (resource | urn | urns ! urls [ uri j uris 
j meta) "resource" 

> 

<! ELEMENT resource . type EMPTY> 
<! ATTLIST resource. type 
%mime . type . attrib; 

restriction (insist j prefer | any) #IMPLIED 

> 

<! ELEMENT return . quantity EMPTY> 
<! ATTLIST return. quantity 
%common. attrib; 

quantity (all | maxnumber | maxbytes) "all" 

> 



{00058301.DOC} 



<! — manifest. dtd Version: 0.8 --> 

<!-- Purpose: packing list for MIME message --> 

<!-- Based on package. dtd from Terry Allen's 

"Unoptimized SGML-Bundle for MIME" proposal of February 

or March 1997, "-//Palm Tree Books//DTD USB-Package v0.1//EN" — > 

<! — Terry Allen 17 Jan 1998 — > 

< ! -- Copyright 1997 CNgroup, Inc. --> 

<! ENTITY % manifest. ids. attrib 
"cidofpart CDATA #IMPLIED 
urnofentity CDATA #IMPLIED 
cidofentity CDATA #IMPLIED" 

> 

< ! ELEMENT manifest ( (mime .docentity. pointer | external . docentity. pointer ) , 
(mime . sgmldecl .pointer j external . sgmldecl .pointer )* , 
(mime . catalogue .pointer? | external . catalogue .pointer? ) , 
(mime . dtd. module .pointer | external . dtd. module .pointer) * , 
(mime . other . entity .pointer | external . other . entity .pointer )*) > 

<i ELEMENT mime . docentity . pointer EMPTY> 
< ! ATTLIST mime. docentity. pointer 
%manif est . ids . attrib; 

> 

<! ELEMENT external . docentity . pointer EMPTY> 
< ! ATTLIST external .docentity .pointer 
%manif est . ids . attrib; 

> 

<! ELEMENT mime . sgmldecl . pointer EMPTY> 
<! ATTLIST mime. sgmldecl. pointer 
%manif est . ids . attrib; 

> 

<! ELEMENT external . sgmldecl . pointer EMPTY> 
<! ATTLIST external . sgmldecl .pointer 
%manif est . ids . attrib; 

> 

<! ELEMENT mime . catalogue . pointer EMPTY> 
<! ATTLIST mime. catalogue. pointer 
%manif est . ids . attrib; 

> 

<! ELEMENT external . catalogue . pointer EMPTY> 
<! ATTLIST external. catalogue. pointer 
%manif est . ids . attrib; 

> 

<! ELEMENT mime . dtd .module . pointer EMPTY> 
< ! ATTLIST mime . dtd .module . pointer 
%manif est . ids . attrib; 

> 

< i ELEMENT external . dtd. module .pointer EMPTY> 
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<! ATTLIST external .dtd. module .pointer 
%manif est . ids . attrib; 

> 

<! ELEMENT mime . other . entity . pointer EMPTY> 
< ! ATTLIST mime . other . entity . pointer 
%manif est . ids . attrib; 

> 

<! ELEMENT external . other . entity . pointer EMPTY> 
<! ATTLIST external .other . entity .pointer 
%manif est . ids . attrib; 

> 
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<! — markdesc . dtd Version: 0.8 ■ — > 
<! — Purpose: describe a marketplace — > 
<! — Terry Allen 17 Jan 1998 — > 
<!— Copyright 1998 CNgroup, Inc. — > 

<! ENTITY % comments SYSTEM "comments .mod" > 
% comments; 

<! ENTITY % servprim SYSTEM "servprim.mod"> 
%servprim; 

<! ENTITY % who SYSTEM n who.mod"> 
%who; 

<! ENTITY % address SYSTEM "addresso .mod"> 
% address; 

<! ENTITY % pointers SYSTEM "pointers .mod"> 
%pointers ; 



<! ELEMENT market . description (met a?, market. name, 

market . operator*, market . terms .pointer , service . set ) > 

< ! ATTLIST market. description 
%common. attrib; 
%ttl. attrib; 



<! ELEMENT market. name (#PCDATA)> 
<! ATTLIST market. name 
%common . attrib; 

> 



<! ELEMENT market . operator (market . operator . name, 
market .participant . info. pointer) > 

<! ATTLIST market .operator 
%common . attrib; 

> 



<! ELEMENT market . operator . name (#PCDATA)> 
<! ATTLIST market .operator .name 
%common . attrib; 

> 
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<!-- mar kp art . dtd Version: 0.8 --> 

<!-- Purpose: groups market participant information - - > 

< ! - Terry Allen 17 Jan 1998 — > 

<! — Copyright 1998 CNgroup, Inc. --> 

<! ENTITY % comments SYSTEM "comments .mod" > 
% comments ; 

<! ENTITY % who SYSTEM "who. mod" > 
%who; 

<! ENTITY % addresso SYSTEM "addresso .mod n > 
%addresso; 

<! ENTITY % servprim SYSTEM "servprim.mod"> 
%servprim; 

<! ENTITY % pointers SYSTEM "pointers .mod"> 
%pointers; 

<! ELEMENT market . part icipant . info (meta?, party. id, business . info, 

service . set+, financial . info? ) > 
< ! ATTLIST market .participant . info 

%common. attrib; 

%ttl. attrib; 

> 



<! ELEMENT party. id (#PCDATA)> 
<! ATTLIST party. id 
%common. attrib; 

> 



<! ELEMENT business . info (business . name , dba.name*, previous . name* , 
address. set, business . code* , 

company. superentities?, company. subentities? , 
company. affiliation?, contact* ) > 
<! ATTLIST company. info 
%common . attrib; 
%ttl. attrib; 



<! ELEMENT business . code EMPTY> 
<! ATTLIST business .code 
%common . attrib; 

code. type {naics | isic [ jisx0403 . code 

| duns | duns4 | market . assigned) # REQUIRED 

> 



< ! ELEMENT business . name ( %multilingual; ) *> 
<! ATTLIST business .name 
%common . attrib; 

schema :edif act CDATA #FIXED "organization" 

> 



<! ELEMENT dba.name < %multilingual ; ) *> 
<! ATTLIST dba.name 
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%common . attrib ; 

> 

<! ELEMENT previous . name ( %multilingual ; ) *> 
< ! ATTLIST previous. name 
% common . attrib; 

> 

<! ELEMENT company . superentities (superentity-f~) > 
<! ATTLIST company . superentities 
%common . attrib; 

> 

<! ELEMENT company . subentities (subentity+) > 
<! ATTLIST company. subentities 
% common . attrib; 

> 

< ! ELEMENT company . affiliation (#PCDATA)> 
<! ATTLIST company. affiliation 
%cornmon . attrib; 

> 

<! ELEMENT superentity (company. name, company . info .pointer?, 

company . superentities? ) > 
<! ATTLIST superentity 

%common . attrib; 

> 

<! ELEMENT subentity (company .name, company . info .pointer?, 

company. subentities?) > 
<! ATTLIST subentity 

%common. attrib; 

> 

<! ELEMENT financial . info (#PCDATA)> 
<! ATTLIST financial. info 
%common . attrib; 

> 
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<! — measures .mod Version: 0.22 — > 

< ! -■ - Purpose: group measurement information primitives — > 

<i_- Terry Allen 18 Oct 1997 — > 

<!■ — Copyright 1997 CNgroup, Inc. --> 

<! — to be filled out when you get your hands on ISO 31. 
Want a range element, too. — > 

< ! ELEMENT combined { %multilingual ; ) *> 
< ! ATTLIST combined 
%common . attrib ; 

> 
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<! — meta. mod Version: 0.5 - — > 

<! — Purpose: group metainf ormation — > 

<! — Terry Allen 8 Nov 1997 — > 

<! — Copyright 1997 CNgroup, Inc. — > 

<! ELEMENT meta (description?, urn?, url*, version?, time . created? , 

time . last .modified? ) > 
< ! ATTLIST meta 

%common . attrib; 

> 

<! ELEMENT description { %multilingual ; ) *> 
<! ATTLIST description 
%common . attrib; 

> 

< ! ELEMENT version (%multilingual ; ) *> 
<! ATTLIST version 
%common . attrib; 

> 

< ! ELEMENT time. created {utc)> 
<! ATTLIST time. created 
%common . attrib; 

> 

<! ELEMENT time . last . modified (utc)> 
< ! ATTLIST time. last .modified 
%common . attrib; 

> 
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<! — order. dtd Version: 0.8 --> 

<! — Purpose: describe an order — > 

<! — Terry Allen 17 Jan 1998 — > 

<! — Copyright 1998 CNgroup, Inc. — > 

<! ENTITY % comments SYSTEM "comments .mod"> 
% comments; 

<! ENTITY % charge SYSTEM "charge ,mod M > 
%charge; 

<! ENTITY % pay SYSTEM n pay.mod"> 
%pay; 

<! ENTITY % shipment SYSTEM "shipment .mod" > 
% shipment; 

<! ENTITY % address SYSTEM "addresso .mod"> 
%address ; 

<! ENTITY % pointers SYSTEM "pointers .mod"> 
%pointers ; 

<! ENTITY % transact SYSTEM "transact .mod"> 
^transact; 

< ! ELEMENT order {meta?, transaction . set ) > 
< ! ATTLIST order 

% common . attrib; 

%ttl.attrib; 

> 
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< ! -- ots.dtd Version: 0.8 — > 

<!■ — Purpose: define basic Offer To Sell — > 

< I -- Terry Allen 17 Jan 1998 — > 

<!-- Copyright 1998 CNgroup, Inc. — > 

<! ENTITY % comments SYSTEM "comments .mod" > 
% comments; 

<! ENTITY % charge SYSTEM "charge .mod"> 
%charge; 

<! ENTITY % pointers SYSTEM "pointers .mod"> 
%pointers; 



< ! ELEMENT of f er . to . sell {meta?, of feror . pointer , 

xml . catalog. pointer) > 
< ! ATTLIST offer. to. sell 

%common . attrib; 

%ttl. attrib; 

> 
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<! — pay. mod Version: 0.8 — > 

<! — Purpose: group payment primitives — > 

<!— Terry Allen 17 Jan 1998 — > 

<! — Copyright 1998 CNgroup, Inc. — > 

<! ENTITY % instrument .brand. att rib 

"instrument. brand CDATA #IMPLIED" 

> 



<! ENTITY % instrument .number .attrib 

"instrument .number CDATA # IMPLIED" 

> 



<! ENTITY % instrument .account. number. attrib 
"instrument .account .number CDATA #IMPLIED" 

> 



<! ENTITY % account . owner . name . attrib 
"account .owner. name CDATA #IMPLIED" 

> 

<! ENTITY % issuer .name. attrib 

"issuer. name CDATA #IMPLIED" 

> 

<! ENTITY % expiry. date. attrib 

"expiry. date CDATA #IMPLIED" 

> 



< ! ENTITY % currency . code . attrib 
"currency. code CDATA # REQUIRED" 

> 



<! ENTITY % instrument. details. attrib 
T % instrument .brand. attrib; 
%instrument . number . attrib; 
% instrument . account .number . attrib; 
^account . owner . name . attrib; 
%issuer . name . attrib; 
%expiry . date . attrib; 
^currency. code . attrib; 1 



<! ENTITY % payment. me thod.ent 

"cash | credit. card | debit. card 

| check j eurocheck | bank . wire . transfer 

I postal .wire . transfer | ecash" 



<! ELEMENT payment . group {monetary .payment | nonmonetary. payment ) +> 
< ! ATTLIST payment .group 
% common . attrib; 

> 



<! ELEMENT payment .method { %payment .method. ent; ) > 
<! ATTLIST payment .method 
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%common . attrib; 

> 

<! ELEMENT payment . set (( %payment .method . ent ;) , payment . group) > 
<!ATTLIST payment. set 
%common . attrib; 

> 

<! ELEMENT payment .method. set ( %payment .method. ent; ) +> 
< ! ATTLIST payment .method. set 
%common . attrib; 

> 

<! ELEMENT cash EMPTY> 
<! ATTLIST cash 

^currency . code . attrib; 

> 

<! ELEMENT credit. card EMPTY> 
<! ATTLIST credit. card 

%instrument . details . attrib; 

> 

<! ELEMENT debit . card EMPTY> 
<! ATTLIST debit. card 

%instrument .details .attrib; 

> 

<! ELEMENT check EMPTY> 
<! ATTLIST check 

%instrument . details . attrib; 

> 

<! ELEMENT eurocheck EMPTY> 
<! ATTLIST eurocheck 

%instrument . details . attrib; 

> 

<! ELEMENT bank . wire . transfer EMPTY> 
< ! ATTLIST bank. wire. transfer 

%instrument . details . attrib; 

agent. name CDATA # REQUIRED 

> 

<! ELEMENT postal . wire . transfer EMPTY> 
<! ATTLIST postal. wire. transfer 
%instrument . details . attrib; 

> 

<! ELEMENT ecash EMPTY> 
<! ATTLIST ecash 

%instrument . details . attrib; 

> 

<! ELEMENT monetary .payment (#PCDATA)> 
<! ATTLIST monetary. payment 

schema :edif act CDATA # FIXED "currency" 
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%currency . code . attrib; 

> 

<! ELEMENT nonmonetary . payment (# PCDATA) > 
< I ATTLIST nonmonetary .payment 

unit CDATA # REQUIRED 

%issuer . name . attrib; 

> 
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<!-- paynoteo . dtd Version: 0.8 --> 

<!-- Purpose: describe a payment notice — > 

<! — Terry Allen 17 Jan 1998 — ■> 

<! — Copyright 1998 CNgroup, Inc. — > 

<! ENTITY % comments SYSTEM "comments .mod" > 
%comments; 

<! ENTITY % charge SYSTEM "charge .mod"> 
%charge; 

<! ENTITY % pay SYSTEM "pay.mod"> 
%pay; 

<! ENTITY % shipment SYSTEM " shipment .mod"> 
%shipment; 

<! ENTITY % address SYSTEM "addresso .mod"> 
%address ; 

<! ENTITY % pointers SYSTEM "pointers .mod"> 
%pointers; 

<! ELEMENT payment . notice (meta?, payment. set, 

payor . pointer, payee . pointer , date . and . time ) > 

< ! ATTLIST payment .notice 
%common . attrib; 
%ttl.attrib; 

> 
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<! — pointers .mod Version: 0.8 --> 

<!-- Purpose: provide mostly various kinds of pointers --> 

<! — Terry Allen 17 Jan 1998 — > 

<! — Copyright 1998 CNgroup / Inc. — > 

<! ELEMENT authorization . info . pointer (%xll . or .urn; ) > 
< ! ATTLIST authorization. info. pointer 

%common. attrib; 

%xll . exlink . attrib; 

cblpointer CDATA #FIXED "content" 
target. dtd CDATA #FIXED "TBD" 

> 



< ! ELEMENT shipment . set . pointer ( %xll . or . urn; ) > 
<! ATTLIST shipment .set .pointer 

%common. attrib ; 

%xll . exlink. attrib; 

cblpointer CDATA #FIXED "content" 
target. dtd CDATA #FIXED "TBD" 



< ! ELEMENT shipment .method. set .pointer ( %xll . or .urn; ) > 
<! ATTLIST shipment .method. set .pointer 

%common . attrib; 

%xll . exlink . attrib; 

cblpointer CDATA #FIXED "content" 
target. dtd CDATA #FIXED "TBD" 



< ! ELEMENT payment .method. set .pointer ( %xll . or .urn; ) > 
<! ATTLIST payment .method. set .pointer 

%common. attrib; 

%xll . exlink. attrib ; 

cblpointer CDATA #FIXED "content" 
target. dtd CDATA #FIXED "TBD" 



<! ELEMENT catalog . entry . pointer ( %xll . or .urn; ) > 
< ! ATTLIST catalog. entry. pointer 

%common . attrib ; 

%xll . exlink . attrib; 

cblpointer CDATA #FIXED "content" 



< ! ELEMENT product . description . pointer ( %xll . or .urn; ) > 
< ! ATTLIST product . description . pointer 

%common. attrib; 

%xll . exlink. attrib; 

cblpointer CDATA #FIXED "content" 
target . dtd CDATA #FIXED "proddesc . dtd" 



<! ELEMENT xml . catalog . pointer ( %xll . or . urn; ) > 
< ! ATTLIST xml. catalog. pointer 

%common . attrib; 

%xll . exlink . attrib; 
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cblpointer CDATA #FIXED "content" 
target. dtd CDATA #FIXED "acatalog . dtd ! 

> 



<! ELEMENT market . participant . info . pointer ( %xll . or .urn; ) > 
< ! ATTLIST market .participant . info. pointer 

%common . attrib; 

%xll . exlink . attrib; 

cblpointer CDATA #FIXED "content" 

tar get. dtd CDATA # FIXED "markpart . dtd" 



<! ELEMENT distributor . pointer ( %xll . or . urn; ) > 
<! ATTLIST distributor. pointer 

%common . attrib; 

%xll . exlink . attrib; 

cblpointer CDATA #FIXED "content" 
target. dtd CDATA #FIXED "markpart . dtd 



<! ELEMENT manufacturer . pointer { %xll . or . urn; ) > 
<! ATTLIST manufacturer. pointer 

%common . attrib; 

%xll . exlink. attrib; 

cblpointer CDATA #FIXED "content" 
target . dtd CDATA # FIXED "markpart . dtd" 



<! ELEMENT quote . requestor . pointer ( %xll . or .urn; ) > 
<! ATTLIST quote . requestor . pointer 

%common. attrib; 

%xll . exlink. attrib; 

cblpointer CDATA #FIXED "content" 
target . dtd CDATA #FIXED "markpart . dtd" 

> 



<! ELEMENT of feror .pointer ( %xll . or . urn; ) > 
<! ATTLIST offeror .pointer 

%common . attrib; 

%xll . exlink . attrib; 

cblpointer CDATA #FIXED "content" 
target . dtd CDATA #FIXED "markpart . dtd 



<! ELEMENT payor . pointer 
<! ATTLIST payor .pointer 

%common . attrib; 

%xll . exlink. attrib; 

cblpointer CDATA 

target .dtd CDATA 



{ %xll . or . urn; ) > 



#FIXED "content" 

# FIXED "markpart . dtd" 



<! ELEMENT payee . pointer 
<! ATTLIST payee. pointer 

%common . attrib; 

%xll . exlink . attrib; 

cblpointer CDATA 



( %xll . or .urn; ) > 



#FIXED "content 
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target. dtd CDATA #FIXED "markpart . dtd 

> 



<! ELEMENT shopping . cart . operator . pointer (%xll.or.urn 
< ! ATTLIST shopping . cart . operator . pointer 

% common . a t t r ib ; 

%xll . exlink . attrib; 

cblpointer CDATA #FIXED "content" 
target. dtd CDATA #FIXED "markpart . dtd" 



< ! ELEMENT shopping . cart .user. pointer ( %xll . or . urn ; ) > 
< ! ATTLIST shopping. cart .user .pointer 

%common. attrib; 

%xll . exlink . attrib; 

cblpointer CDATA #FIXED "content" 
target . dtd CDATA #FIXED "markpart . dtd" 



<! ELEMENT catalog . operator . pointer ( %xll . or . urn; ) > 
<! ATTLIST catalog. operator .pointer 

%common . attrib; 

%xll . exlink. attrib; 

cblpointer CDATA #FIXED "content" 
target . dtd CDATA #FIXED "markpart . dtd" 

> 



<! ELEMENT company . info .pointer ( %xll , or . urn; ) > 
<! ATTLIST company. info. pointer 

%common . attrib; 

%xll . exlink . attrib; 

cblpointer CDATA #FIXED "outside" 



<! ELEMENT terms . of .use .pointer ( %xll . or . urn; ) > 
< ! ATTLIST terms. of .use. pointer 
%common . attrib; 

cblpointer CDATA #FIXED "content" 

> 



< ! ELEMENT market . terms . pointer ( %xll . or .urn; ) > 
<! ATTLIST market .terms. pointer 
%common. attrib; 

cblpointer CDATA #FIXED "content" 

> 



<! ELEMENT tpa. pointer { %xll . or . urn; ) > 
<! ATTLIST tpa. pointer 
%common . attrib; 

cblpointer CDATA #FIXED "content 

> 



<! ELEMENT taxon . parent . pointer ( %xll . or . urn; } > 
<! ATTLIST taxon. parent .pointer 
%common . attrib; 

cblpointer CDATA #FIXED "outside" 
target .dtd CDATA # FIXED "taxonomy .mod" 
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> 



<! ELEMENT taxon . child . pointer { %xll . or . urn; ) > 
< ! ATTLIST taxon. child. pointer 
%common. attrib; 

cblpointer CDATA #FIXED "content" 
target .dtd CDATA #F1XED "taxonomy .mod 



<! ELEMENT taxon . equiv . pointer { %xll . or . urn; ) > 
<! ATTLIST taxon. equiv. pointer 
%common . attrib; 

cblpointer CDATA #FIXED "content" 
target. dtd CDATA #FIXED "taxonomy .mod 1 



<! ELEMENT taxon . pointer 
<! ATTLIST taxon. pointer 
%common . attrib; 
cblpointer CDATA 
target. dtd CDATA 

> 



( %xll . or . urn; ) > 



#FIXED "content" 

# FIXED "taxonomy. mod" 



<! ELEMENT original . document . pointer (%xll . or .urn; ) > 
<! ATTLIST original .document .pointer 
%common . attrib; 

cblpointer CDATA #FIXED "outside" 

> 



<! ELEMENT modified. document . pointer ( %xll . or . urn; ) > 
<! ATTLIST modified. document .pointer 
%common. attrib; 

cblpointer CDATA #FIXED "outside" 

> 



<! ELEMENT document .pointer ( %xll . or . urn; ) > 
<! ATTLIST document .pointer 
%common . attrib; 

cblpointer CDATA #FIXED "outside" 

> 



<! ELEMENT modification . set . pointer { %xll . or . urn; )> 

<! ATTLIST modification. set .pointer< ! — ■ proddesc.dtd Version: 0.8 — > 

<! — Purpose: provide simplest product description chunk — > 

<! — Terry Allen 17 Jan 1998 — > 

<! — Copyright 1998 CNgroup, Inc. --> 



<! ENTITY % comments SYSTEM "comments .mod"> 
% comments; 

<! ENTITY % pointers SYSTEM "pointers .mod"> 
%pointers ; 



< ! ELEMENT product . description (met a?, product . brand?, product . line? , 
product. id*, product . name, taxon. pointer*, keyword. set, 
feature . set* , warranty?, 
text . description) > 



{00058301.DOC} 



< ! ATTLIST product .description 
%common . attrib; 
%ttl. attrib; 

> 

< ! ELEMENT product . brand ( %multilingual ; ) *> 
<! ATTLIST product .brand 
%common . attrib; 

> 

<! ELEMENT product. line ( %multilingual ; ) *> 
<! ATTLIST product. line 
%common . attrib; 

> 

<! ELEMENT product . name { %multilingual ; ) *> 
<! ATTLIST product. name 
%common. attrib; 

> 

<! ELEMENT product . id { %multilingual ; ) *> 
<! ATTLIST product. id 

%common . attrib; 

% schema . name . attrib; 

% as signed. by .party . attrib; 

> 

<! ELEMENT keyword. set (keyword+)> 
<! ATTLIST keyword. set 
%common . attrib; 

> 

<! ELEMENT keyword (#PCDATA)> 
<! ATTLIST keyword 

%common. attrib; 

taxonomy CDATA # IMPLIED 

> 

< ! ELEMENT feature. set {(feature | f eature . set ) +) > 
<! ATTLIST feature. set 
%common . attrib; 

conjunction (combination | alternatives) "alternatives" 
choice . constraint (single | multiple) "single" 

> 

<! ELEMENT feature (# PCDATA )> 
<! ATTLIST feature 

%common . attrib; 

taxonomy CDATA #IMPLIED 

> 

<! ELEMENT warranty (%multilingual; ) *> 
<! ATTLIST warranty 
%common . attrib; 

> 



{00058301.DOC } 



49 



<?xml version="1.0"?> 

<! — qcblcato . xml Version: 0.8 — > 

<! — Purpose: test file for cblcat. dtd --> 

<! — Terry Allen 17 Jan 1998 — > 

<!-- Copyright 1998 CNgroup, Inc. ■ — > 

<!DOCTYPE cblcat SYSTEM "cblcat . dtd"> 
<cblcat> 
<meta> 
<urn> 

URN:x-pi:ISBN%200-94 4 940: : test : delegated : cngroup : cbl . 0 . 5%2F%2F2 911001 997 . 00013 
</urn> 

<version>version 1 . 0 

</version> 
</meta> 

<cblcat . entry .pointer> 

<catalog . sysid>f ile : ///c : \f oo\bar\docbook . dtd 
< /catalog . sysid> 

<urn>URN:fpi:~%2F%2FDavenport%2F%2FDTD DocBook V3.0%2F%2FEN 
</urn> 

</cblcat . entry .pointer> 
</cblcat> 
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<?xml version="l . 0 n ?> 

<! — qcomm.xml Version: 0.8 --> 

<! — Purpose: test file for command. dtd --> 

<!-- Terry Allen 17 Jan 1998 — > 

<! — Copyright 1998 CNgroup, Inc. --> 

<!DOCTYPE command. set SYSTEM "command. dtd" > 

<command . set> 

<meta> 

<urn> 

URN:x-pi:ISBN%200~94 4 94 0: : test : delegated : cngroup : cbl . 0 . 5%2F%2F2 91 1001997 . 00008 

</urn> 

</meta> 

<register . document party="party-of -the-f irst-part"/> 
<command . target> 

<urn . reference urnlink="URN : x-pi : ISBN%200- 
944 94 0: : test : delegated: cngroup : cbl . 0 . 5%2F%2F337001997 . 0001">Pointer to Taxonomy 
example, qtaxo . xml 

</urn. ref erence> 
</ command . target> 
</command. set> 
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<?xml version="l . 0"?> 

< ! - - qentry.xml Version: 0.8 — > 

<!-- Purpose: test file for catentry.dtd ---> 

<! — Terry Allen 17 Jan 1998 — > 

<! — Copyright 1998 CNgroup, Inc. — > 

<!D0CTYPE catalog. entry SYSTEM "catentry . dtd"> 

<catalog . entry> 

<meta> 

<urn>URN : cbl : f oo/bar/baz/bof f 
</urn> 
</meta> 

<catalog. entry. id>4 321 
</catalog . entry. id> 
Manufacturer . pointer ident="markpartner "> 

<xll. locator urllink="markpart . xml">Pointer to 
the Market Participant Info 
</ xll . locator> 
</manuf acturer . pointer> 
<product . description . pointer> 

<urn . reference urnlink="URN : x-pi : ISBN%200- 
944940: : test : delegated: cngroup : cbl . 0 . 5%2F%2F335001997 . 00001">pointer to product 
description 

</urn . ref erence> 
</product .description. pointer> 
<shipment . set .pointer> 

<xll. locator urllink="shipment . xml H >Pointer to 
Shipment Info 
</xll . locator> 
</ shipment . set .point er> 
<payment .method. set ,pointer> 

<xll. locator urllink= n payment .xml">Pointer to 
Payment Info 
</xll . locator> 
</payment .method. set .pointer> 
<charge . group> 
<base . charge> 
<payment . group> 

<monetary. payment currency . code="USD">50 . 00 
< /monetary . payment > 
</payment . group> 
</base . charge> 
</ charge . group> 
</catalog . entry> 
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<?xml version="l . 0 ,! ?> 

<! — qfullcat.xml Version: 0.8 --> 

<! — Purpose: test file for acatalog.dtd --> 

<!-- Terry Allen 17 Jan 1998 — > 

<i — Copyright 1998 CNgroup, Inc. --> 

<!DOCTYPE catalog SYSTEM " acatalog . dtd"> 

<catalog> 

<meta> 

<urn>URN : cbl : f oo/bar/baz/bof f 
</urn> 

<version>version 1.2.3.4.5 
</version> 

<time . created> 
<utc>some utc string</utc> 
</time . created> 

<time .last .modif ied> 
<utc>some utc string</utc> 
</time .last .modif ied> 

</meta> 

<catalog . operator .pointer ident=" vendor f oo"> 

<xll . locator urllinJc="http : / /markpart . xml">Pointer 

to Vendor Info 

</xll . locator> 
< /catalog. operator .point er> 
<payment .method. set .pointer> 

<xll. locator urllink="http : //payment . xml">Pointer to 

Payment Info 

</xll . locator> 
</payment .method. set ,pointer> 
<shipment .method. set .pointer> 

<xll. locator urllink="http : //shipment . xml n >Pointer to 

Shipment Info 

</xll . locator> 
</ shipment .method. set .pointer> 
<catalog. entry .pointer> 

<xll. locator urllink="http : //catentryl . xml">Pointer to 

Catalog Entry 

</xll . locator> 
< /catalog. entry .point er> 
<catalog . entry .point er> 

<xll. locator urllink="http : //catentry2 . xml">Pointer to 

Catalog Entry 

</xll . locator> 
< /catalog . entry .point er> 
<catalog . entry ,pointer> 

<xll. locator urllink="http : //catentry3 . xml">Pointer to 

Catalog Entry 

</xll . locator> 
< /catalog. entry .point er> 
</catalog> 
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<?xml version="l . 0"?> 

<!-- qg.xml Version: 0.8 — > 

<! — Purpose: test file for guide. dtd --> 

<!— Terry Allen 17 Jan 1998 — > 

<!-- Copyright 1998 CNgroup, Inc. — > 

<!DOCTYPE guide SYSTEM "guide . dtd"> 

<guide> 

<meta> 

<urn> 

URN:x-pi:ISBN%200-94 4 940: : test : delegated : cngroup : cbl . 0 . 5%2F%2F2911001 997 . 000 

</urn> 

</meta> 

<negotiation . step party="intermediary"> 
<modif y party="party-of-the- first-part "> 
<modif ication . set . pointer> 
<urn . reference urnlink="URN : x-pi : ISBN%200- 
944940: : test : delegated: cngroup : cbl . 0 . 5%2F%2F2 911001 997 . 00004 ">Pointer 
to modification set, which includes 
pointer to original doc 
</urn . referen.ce> 

< /modi f ication. set .point er> 

</modif y> 

</negotiation. step> 



<process .modelx ! — describes a set of documents, some 
already exchanged, others yet to do — > 

<! — first, the customer sent an order, which is a document both 
parties now have on hand, but which does not appear in 
these examples — > 

<order . component party="party-of-the-second-part H > 
<document . pointer> 
<urn . reference urnlink="URN : x-pi : ISBN%200™ 
944940: : test : delegated : cngroup: cbl . 0. 5%2F%2F2 911001997 . 00007 ">Pointer 
to Original Order 
</urn . ref erence> 

</document .pointer> 
</order . component> 

<! — now, the vendor is sending back the order, revised, because the items 
ordered are not in stock, but similar items are --> 

<order . component party="party-of-the-f irst-part "> 
<document . pointer> 
<urn . reference urnlink="URN : x-pi : ISBN%200™ 
944940: : test : delegated: cngroup: cbl . 0 . 5%2F%2F2 911001997 . 00005">Pointer 
to Revised Order (qord.xml, which I haven ! t 
bothered to revise to 

match the modifications, but is a placeholder) 
</urn . ref erence> 

</document . pointer> 
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</order . components 

<!-- that's the state of play right now, says the vendor — > 

<we . are . here party="party-of-the-f irst-part"/> 

<! — the vendor expects that the customer will agree to the revised orde 
or make some other revision, and send back another order that will 
be acceptable, as the next step ■ — > 

<order . component party="party-of-the-second-part " > 
</order . component> 

<!-- then the vendor will send an invoice — > 

<invoice . component party="party-of-the-f irst-part "> 
</invoice . component> 

<! — the next step is that the customer will pay, and 

both customer and vendor will receive notice from the bank — > 

<payment .notice . component party= M some-other-party~~like~a-bank n 
ident= n paymoney"> 
<originating.party> 

<market .participant . info .pointer ident="whoitis"> 

<xll. locator urllink="f oo"> 

</xll . locator> 
< /market .participant . info .point er> 
</originating .party> 
<receiving ,party> 

<market .participant . info .pointer ident="whoitis2 ,f > 

<xll. locator urllink="goo"> 

</xll . locator> 
</market .participant . inf o .pointer> 
</receiving.party> 
<receiving .party> 

<market .participant . inf o .pointer ident="whoitis3"> 

<xll. locator urllink="hoo"> 

</xll . locator> 
</market . participant . info . pointer> 
< /receiving . party> 
</payment . notice . component> 

<! — the vendor will confirm receipt of payment notice and notify of 
shipment, as a group of actions — > 

<cbl . component . group party="party-of-the-f irst-part "> 
<conf irm. component party= lf party-of-the-f irst-part " 
conf irming= n paymoney"> 
</conf irm. component> 
<shipment .notice . component party="party-of-the-f irst-part" 
ident="shipno"> 
</ shipment . notice . component> 
</ cbl . component . group> 

<! — the customer will acknowledge receipt of shipment notice, and that 1 
the end of the transaction negotiation insofar as the two parties 
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are jointly concerned, unless something goes wrong — > 

<conf irm. component party="party-of-the-second-part" 
conf irming="shipno"> 
</ confirm. component> 

</process ,model> 
</guide> 
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<?xml version= n l . 0"?> 

<!-- qinfo.xml Version: 0.8 — > 

< ! - Purpose: test file for irequest.dtd — > 

<!— Terry Allen 17 Jan 1998 — > 

<! — Copyright 1998 CNgroup, Inc. --> 



<!DOCTYPE request. for. info SYSTEM "irequest . dtd"> 
<request . for . inf o> 

<return . scope scope="resource n /> 

<resource . type mime . type="Application/XML"/> 

<return . quantity quantity="all n /> 
<inf o . description . set> 
<inf o . description> 

<xml . descriptor> 

<doctype> 

<dtd publicid="-//CNgroup//DTD CBL vendinfo.dtd version 0.1//EN"/> 
</doctype> 

<xml . descriptor . details> 

<xml . descriptor . context xll . link. traverse="all . recurse n /> 
<xll . xptr . frag> DESCENDANT {ALL, catalog) 
</xll . xptr . f rag> 
</ xml . descriptor . details> 
</xml . descriptor> 
</inf o . description> 
<and/> 

<inf o . description> 
<xml . descriptor> 
<doctype> 

<dtd publicid="~//CNgroup//DTD CBL vendinfo.dtd version 0.1//EN"/> 
</doctype> 

<xml . descriptor .details> 

<xml .descriptor . context xll . link . traverse="all . recurse n /> 
<xll . xptr . f rag>DESCENDANT (ALL, catalogue ) 
</xll . xptr . f rag> 
</xml . descriptor . details> 
</xml . descriptor> 
</ info . description> 
</ inf o . description . set> 
</ request . for . inf o> 
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<?xml version= n l . 0"?> 

<! — qinvoice.xml Version: 0.8 — > 

<! — Purpose: test file for invoiceo.dtd --> 

<!— Terry Allen 17 Jan 1998 — > 

<i — Copyright 1998 CNgroup, Inc. --> 

<!D0CTYPE invoice SYSTEM " invoiceo . dtd"> 

<invoice> 

<meta> 

<urn>URN : cbl : f oo/bar/baz/bof f 
</urn> 
</meta> 

<transaction. set> 
<transaction> 

transaction. id assigned. by .part y="party-of-the~f irst-part ">FRT87 6 
</ transaction . id> 

<market .participant . info .pointer ident="party-of-the-f irst-part "> 
<xll. locator urllink="http : //personall . xml">lst Part 
Info Pointer 
</xll . locator> 

</market .participant . inf o ,pointer> 

<market .participant . info. pointer ident="party-of -the-second-part "> 
<xll. locator urllink="http: //personal2 ,xml">2nd Part 
Info Pointer 
</xll . locator> 
</market .participant . inf o .pointer> 
<exchange . description from. party="party-of-the-f irst-part" 
to.party="party-of-the-second~part M > 
<commerce . item> 
<retail . catalog. item. ordered> 
<catalog . entry .point er> 

<xll . locator urllink="http: //cat entry . xml">Catalogue 
Entry Pointer 
</xll . locator> 
</ catalog. entry .point er> 
<catalog . entry . id>f oo 
</ catalog . entry . id> 
< quantity . ordered>one dozen 
</quantity . ordered> 
</retail . catalog . item. ordered> 
<charge . group> 

<base . charge> 
<payment . group> 

<monetary .payment currency . code="USD fl >10 
</monetary . payment> 
</payment . group> 

</base . charge> 
</ charge . group> 
</ commerce . item> 
<shipment . coordinates . set> 
<shipment . coordinates> 

<shipment .method>Carter 1 s Careful Cartage 

</shipment ,method> 

<shipment ,markings>Do Not Drop 

</ shipment .markings> 

<shipment . acceptance> 
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<destination/> 
</ shipment . acceptance> 
<delivery . date> 

<date . calendar>2 4.02.98 
</ date . calendar> 
< /delivery .date> 
</ shipment . coordinates> 
</shipment . coordinates . set> 

<payment . setxcash currency . code= n USD"/> 
<payment . group> 

<monetary .payment currency . code=' f USD n >10 
</monetary . payment > 
</payment . group> 
</payment . set> 
</exchange . description> 

<exchange . description f rom.party="party-of-the-second-part" 
to.party="party~of-the-f irst-part"> 
<commerce . item> 
<retail . catalog . item. ordered> 
<catalog . entry . point er> 

<xll . locator urllink="http : //catentry . xml">Catalogue 
Entry Pointer 
</xll . locator> 
</catalog . entry ,pointer> 
<catalog. entry . id>baz 
</catalog . entry. id> 
<quantity . ordered>one dozen 
</quantity . ordered> 
</retail . catalog . item. ordered> 
<charge . group> 

<base . charge> 
<payment . group> 

<monetary .payment currency. code="USD">10 
</monetary,payment> 
</payment . group> 

</base . charge> 
</ charge . group> 
</commerce . item> 
<shipment . coordinates . set> 
<shipment . coordinates> 

<shipment .method>Carter 1 s Careful Cartage 

</shipment ,method> 

<shipment .markings>Do Not Drop 

</shipment .markings> 

<shipment . acceptance> 

<destination/> 
</shipment . acceptance> 
<delivery . date> 

<date . calendar>24 . 02 . 98 
</date . calendar> 
</delivery . date> 
</shipment . coordinates> 
</shipment . coordinates . set> 
<payment . set> 

<cash currency . code="USD"/> 
<payment . group> 

<monetary . payment currency . code="USD">l 0 
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</mone tar y .payment > 

</payment . group> 

</payment . set> 
</ exchange . description> 
</transaction> 
</transaction. set> 
</invoice> 
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<?xml version="l .0"?> 

<! — qmani.xml Version: 0.8 ■ — > 

<! — Purpose: test file for manifest . dtd 

<! — Terry Allen 17 Jan 1998 — > 

<!-- Copyright 1998 CNgroup, Inc. — > 

<!DOCTYPE manifest SYSTEM "manifest . dtd"> 
<manif est> 

<mime .docentity . pointer 

cidofpart="red"/> 
<mime . other . entity . pointer 

cidofpart="blue"/> 
<mime . other . entity . pointer 

cido fpart=" yellow 11 /> 
<mime . other . entity .pointer 

cido f par t=" orange "/> 
<mime . other . entity . pointer 
cidof par t=" green" /> 
</manif est> 
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<?xml version= n l . 0"?> 

< ! - - qmark.xml Version: 0.8 --> 

<!-- Purpose: test file for markpart . dtd --> 

<! — Terry Allen 17 Jan 1998— > 

<! — Copyright 1998 CNgroup, Inc. — > 

<!DOCTYPE market. participant .info SYSTEM "markpart . dtd" > 
<market . participant . inf o> 
<party.id>CBL:IBM 
</party . id> 

<business . inf o> 

<business . name>IBM 

</business . name> 

<address . set> 

<physical . address> 

<loca t ion. in. street >1 

</ location . in . street> 

<street>01d Orchard Road 

</ street> 

<city>Armonk 

</city> 

<country . subentity . us>NY</country . subentity . us> 
<postcode>10504 
</postcode> 
<country>US</country> 
</physical . address> 
<telephone> 

<telephone . number> { 914 ) 4 99-1900 
</ telephone . number> 
</telephone> 
</address . set> 
</business . inf o> 
<service . set> 
<service> 

<service . name>Order Fulfillment 
</service . name> 

<service . type service . type . name=" fulfillment . service" /> 
<service . function . sequence> 
<service . f unction> 

<doctype to .party="IBM">order . dtd</doctype> 
</service . f unction> 
</service . function . sequence> 
<service . location. pointer> 
<xll. locator urllink="http : //www. ibm. com/orders . xml">Send Orders Here 

</xll . locator> 
</ service . location .point er> 
<contact> 

<contact . function>Approves Purchase Orders 

</contact . f unction> 

<personal . name>Pam Potter-Ricco 

</personal . name> 

<occupation . title>PO Associate 

< /occupation . title> 

<address . set> 

<physical . address> 
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<location . in . street>l 
</ location . in . street> 
<street>01d Orchard Road 
</ street> 
<city>Armonk 
</city> 

<country . subentity . us>NY</ country . subentity . us> 

<postcode>10504 

</postcode> 

<country>US< /count ry> 
</physical . address> 
<telephone> 

<telephone.number>123-4 56-7 890 

</ telephone . number> 
</telephone> 
<fax>123™456™7889 
</fax> 

<email>ppr@ibm. com 
</ email> 
</ address . set> 
</ contact> 

</ service> 
</ service . set> 
</market .participant . inf o> 
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<! — qmdesc.xml Version: 0.8 — > 

<!-- Purpose: test file for markdesc . dtd — ■> 

<! — Terry Allen 17 Jan 1998 — > 

<! — Copyright 1998 CNgroup, Inc. --> 

<!DOCTYPE market .description SYSTEM "markdesc . dtd"> 

<market . description> 

<market . name>Online Furniture Alliance 
</market . name> 
<market . operator> 

<market . operator . name>Horsehair Padding Partners 
</market . operator . name> 

<market .participant . info .pointer i dent =" turkey" > 

<xll . locator urllink="http : //www. of a . com//horsehair . xml">Pointer to 
Info on Horsehair 
</xll . locator> 

</market .participant . inf o .pointer> 
</market . operator> 
<market . terms . pointer> 

<xll. locator urllink="http : //www. of a . com//terms . xml">Pointer to Terms 
</xll . locator> 
</market . terms ,pointer> 
<service . set> 
<service> 

<service . name>Order Fulfillment 
</ service . name> 

<service . type service . type . name=" fulfillment . service" /> 
<service . function . sequence> 
<service . f unction> 

<doctype to ,party="IBM">order . dtd</doctype> 
</service . function> 
</service . function . sequence> 
<service . location .point er> 
<xll. locator urllink="http : //www . ibm. com/orders . xml">Send Orders Here 

</xll , locator> 
</ service . location .point er> 
<contact> 

<contact . function>Approves Purchase Orders 

</contact . function> 

<personal . name>Pam Potter-Ricco 

</personal . name> 

<occupation . title>PO Associate 

</ occupation . title> 

<address . set> 

<physical . address> 

<location . in . street>l 

< /location. in. street > 

<street>01d Orchard Road 

</street> 

<city>Armonk 

</city> 

<country . subentity .us>NY< /country . subentity . us> 

<postcode>10504 

</postcode> 
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<country>US</ count ry> 
</physical . address> 
<telephone> 

<telephone.nurnber>123-4 5 6-7890 

</telephone . number> 
</telephone> 
<fax>123-456»7889 
</fax> 

<email>ppr@ibm. com 
</ email> 
</ address . set> 
</ contact> 

</ service> 
</service . set> 



</market . description> 
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<?xml version= H l . 0"?> 

< i — qord.xml Version: 0.8 — > 

<! — Purpose: test file for order. dtd — > 

<!— Terry Allen 17 Jan 1998 — > 

<! — Copyright 1998 CNgroup, Inc. — > 



<!DOCTYPE order SYSTEM "order . dtd"> 
<order> 
<meta> 
<urn> 

URN:x-pi: ISBN%200-94 4 94 0 : : test : delegated : cngroup : cbl . 0 . 5%2F%2F2911001997 . 00005 

</urn> 
</meta> 

<transaction. set> 
<transaction> 

<transaction. id assigned .by ,party="party-of-the-f irst-part ">FRT87 6 
</ transact ion. id> 

<market .participant . info.pointer> 

<xll . locator urllink="http : //personal . xml lf >Customer 
Info Pointer 
</xll . locator> 
</market .participant . info .point er> 
<market .participant . info .point er> 

<xll . locator urllink="http: //vendor . xml 11 >Vendor 
Info Pointer 
</xll . locator> 
</market .participant . info .point er> 
<exchange . description f rom.party="party-of-the-f irst-part 1 ' 
to . party= f, party-of-the-second-part "> 
<commerce . item> 
<retail . catalog .item. order ed> 
<catalog. entry . pointer > 

<xll . locator urllink="http : //catentry . xml">Catalog 
Entry Pointer 
</xll . locator> 
</ catalog . entry .point er> 
<catalog . entry. id>4 321 
</ catalog . entry . id> 
<quantity . ordered>one dozen 
</quantity . ordered> 
</retail . catalog. item. ordered> 
<charge . group> 

<base . charge> 
<payment . group> 

<monetary .payment currency. code= n USD n >10 
</monetary . payment > 
</payment . group> 

</base . charge> 
</charge . group> 
</commerce . item> 
<shipment . coordinates . set> 
<shipment . coordinates> 

<shipment .method>Carter 1 s Careful Cartage 
</ shipment .method> 
<shipment .markings>Do Not Drop 
</shipment ,markings> 
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<shipment . acceptance> 

<destination/> 
</shipment . acceptance> 
<delivery . date> 

<date . calendar>24 .02.98 
</date . calendar> 
</delivery.date> 
</shipment . coordinates> 
</shipment . coordinates . set> 
<payment . set> 

<cash currency. code="USD"/> 
<payment . group> 

<monetary. payment currency . code= n USD">10 

< /monetary . payment > 
</payment . group> 
</payment . set> 
</exchange . description> 

<exchange. description f rom.party="party-of ~the-second-part 
to.party="party-of-the-first-part"> 
<commerce . item> 
<retail .catalog. item. ordered> 
<catalog . entry . pointer> 

<xll . locator urllink="http : //catentry . xml">Catalog 
Entry Pointer 
</xll.locator> 
</catalog. entry. pointer> 
<catalog. entry. id>87 654 
</catalog. entry . id> 
< quantity .ordered>one dozen 
</quantity . ordered> 
</retail . catalog . item. ordered> 
<charge.group> 

<base.charge> 
<payment . group> 

<monetary. payment currency . code="USD">10 
</monetary . payment > 
</payment . group> 

</base.charge> 
</charge.group> 
</commerce . item> 
<shipment . coordinates . set> 
<shipment . coordinates> 

<shipment.method>Carter , s Careful Cartage 

</ shipment ,method> 
<shipment .markings>Do Not Drop 
</shipment .markings> 
<shipment . acceptance> 

<destination/> 
</shipment . acceptance> 
<delivery ,date> 

<date . calendar>24 .02.98 
</date.calendar> 
</delivery . date> 
</shipment . coordinates> 
</shipment . coordinates . set> 

<payment . setxcash currency . code="USD" / > 
<payment . group> 
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<monetary .payment currency . code="USD n >10 
< /monetary. payment > 
</payment . group> 
</payment . set> 
</ exchange . description> 
</transaction> 
</ transact ion . set> 
</order> 
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<?xml version="l . 0"?> 

< ! - - qots.xml Version: 0.8 --> 

< S -- Purpose: test file for ots.dtd — > 

< ! -- Terry Allen 17 Jan 1998 — > 

<!— Copyright 1998 CNgroup, inc. — > 

<!DOCTYPE offer. to. sell SYSTEM "ots.dtd"> 

<of f er . to . sell> 
<meta> 
<urn> 
URN:cbl:foo 
</urn> 
</meta> 

<of f eror .pointer> 

<xll. locator urllink="f oobar . xml">Link to 

Customer Contact info & 
</xll . locator> 
</ of f eror .point er> 
<xml . catalog. pointer> 

<xll. locator urllink="f oobaz . xml n >Link to 

XML Catalogue of Items Offered for Sale 
</xll . locator> 
</xml . catalog. pointer> 
</offer .to.sell> 
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<?xml version="l . 0"?> 

<! — qpay.xml Version: 0.8 --> 

<! — Purpose: test file for paynoteo . dtd — > 

<!-- Terry Allen 17 Jan 1998 — > 

<! — Copyright 1998 CNgroup, Inc. — > 

<!D0CTYPE payment .notice SYSTEM "paynoteo . dtd"> 

<payment . notice> 
<meta> 

<urn>URN : cbl : f oo/bar/baz/bof f 

</urn> 
</meta> 
<payment . set> 

<cash currency . code="USD"/> 
<payment . group> 

<monetary .payment currency . code= n USD">50 . 00 
</monetary ,payment> 
</payment . group> 
</payment . set> 
<payor .pointer> 

<xll. locator urllink="f oo">loose text 
</xll . locator> 
</payor ,pointer> 
<payee .pointer> 

<xll. locator urllink="bar">loose text 

</xll . locator> 

</payee .pointer> 

<date. and. time>19971012 1034 

</date . and. time> 

< /payment . notice> 
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<?xml version="l . 0"?> 

<!- — qprod.xml Version: 0.8 — > 

< ! - - Purpose: test file for proddesc . dtd --> 

<!— Terry Allen 17 Jan 1998 — > 

<! — Copyright 1998 CNgroup, Inc. — > 

<!DOCTYPE product .description SYSTEM "proddesc . dtd n > 

<product . description> 

<meta> 

<urn>URN : cbl : f oo/bar/baz/bof f 
</urn> 

<version>version 1.2.3.4.5 
</version> 

<time . created> 
<utc>199711021016</utc> 
</time . created> 

<time . last .modif ied> 
<utc>199711021153</utc> 

</time . last .modif ied> 

</meta> 

<product . id assigned. by .party="CNGROUP">ID123 
</product . id> 
<product . name>Rest-your-Foot 
</product . name> 
<t axon .point er> 

<urn. reference urnlink="URN : x-pi : ISBN%200- 
944940: : test : delegated: cngroup: cbl . 0 . 5%2F%2F335001997 , 00001 M >pointer to taxon 
describing this item 

</urn . ref erence> 
</ taxon .pointer> 
<keyword. set> 

<keyword>ottoman</keyword> </keyword. set> 
<f eature . set> 
<f eature>wood 
</ f eature> 
<f eature>iron 
</ f eature> 
<f eature>kapok 
</ f eature> 
<f eature>silk 
</ f eature> 
</f eature . set> 

<text . description>One great product 
</ text . de scrip tion> 
</product . description> 
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<?xml version="l . O n ?> 

<! — qresp.xml Version: 0.2 - — > 

<! — Purpose: test file for response. dtd — > 

<! — Terry Allen 5 Oct 1997 — > 

<! — Copyright 1997 CNgroup, Inc. ■ — > 

<!DOCTYPE response SYSTEM "response . dtd"> 

<response> 

<input .pointer> 

<xll . locator urllink="yourquery . xml"> 

</xll . locator> 
</input .pointer> 

<error . response type— "returntype .mismatch" /> 
<record. point er> 

<xll . locator urllink="recordl .xml"> 

</xll . locator> 
</ record. point er> 
<record. point er> 

<xll . locator urllink="record2 . xml"> 

</xll . locator> 
</ record. point er> 
</ response> 
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<?xml version="l . 0 ,f ?> 

<! — qrfq.xml Version: 0.8 — > 

<! — Purpose: test file for rfq.dtd — > 

<!— Terry Allen 17 Jan 1998 — > 

<!-- Copyright 1998 CNgroup, Inc. — > 

<!DOCTYPE request .for. quote SYSTEM "rfq.dtd"> 

<request . for . quote> 
<meta> 

<urn>URN : cbl : f oo/bar/baz/bof f 
</urn> 
</meta> 

<quote . requestor . point er> 

<xll. locator urllink= l! f oobar . xml">Link to 
Customer Contact Info 

</xll . locator> 
</ quote . requestor .point er> 
<desideratum> 
<catalog. entry .point er> 

<xll . locator urllink="http : / /catentry . xml">Catalog 

Entry Pointer 

</xll . locator> 
</ catalog . entry .point er> 
<catalog. entry. id>4 321 
</ catalog . entry. id> 
<quantity . desired>one dozen 
</ quantity. desired> 
<charge . range> 

<minimum> 

<payment . group> 

<monetary .payment currency . code="USD">20 

</monetary . payment> 

</payment . group> 

</minimum> 

<maximum> 

<payment . group> 

<monetary .payment currency . code="USD">70 

</monetary . payment > 

</payment . group> 

</maximum> 
</charge . range> 
</ desideratum> 
< /request . f or . quote> 
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<?xml version-"! . 0"?> 

<! — qsched.xml Version: 0.8 — > 

<! — Purpose: test file for schedule . dtd 

<!— Terry Allen 17 Jan 1998 — > 

<!-- Copyright 1998 CNgroup, Inc. --> 

<!DOCTYPE schedule SYSTEM "schedule . dtd H > 

<schedule> 

<meta> 

<urn>URN : cbl : f oo/bar/baz/bof f 
</urn> 
</meta> 
<event> 

<event . name>XML and P2000 Blowout 
</event . name> 

<event . type>entertainment : : party 
</event . type> 
<event . start> 

<date.and.time>19971001T18 00 

</date . and . time> 
</event . start> 
<event . end> 

<date.and.time>19971002T0200 

</ date . and . time> 
</event . end> 
<event . duration> 

<duration>P8H 

</duration> 
</event . duration> 
<recurs>weekly 
</recurs> 
<arrive .before> 

<duration>P0H 

</duration> 
< /arrive . bef ore> 
<availability>yes 
</availability> 
<location> 

<at> 

<address . set> 

<physical . address> 

<location . in . street>123 
</ location . in . street> 
<street>Noriega 
</ street> 

<city>San Francisco 
</city> 
</physical . address> 
</address . set> 
</at> 
</location> 

<payload>Single malt, press release 
</payload> 

<text . description>Bob 

Invites You to His Party 
</text . description> 
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</event> 
</ schedule> 
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<?xml version="1.0"?> 

<! — qship.xml Version: 0.8 ■ — > 

< ! - - Purpose: test file for shipnote . dtd --> 

<!-- Terry Allen 17 Jan 1998 — > 

<! — Copyright 1998 CNgroup, Inc. — > 

<!D0CTYPE shipment .notice SYSTEM "shipnote . dtd"> 

<shipment . notice> 

<meta> 

<urn>URN : cbl : f oo/bar/baz/bof f 
</urn> 
</meta> 

<shipment . coordinates . set> 
<shipment . coordinates> 
<packlist> 

<retail . catalog . item. shipped> 
<catalog . entry .pointer> 

<xll . locator urllink="http: / /catentry .xml">Catalog 
Entry Pointer 
</xll . locator> 
</ catalog . entry .point er> 
<catalog. entry . id>4 321 
</ catalog. entry .id> 
<quantity . shipped>one dozen 
</quantity . shipped> 
</retail . catalog . item. shipped> 
</packlist> 
<ship . date> 

<date.and. time>199710121345 

</date . and . time> 

</ship . date> 

<ship . from. address> 

<address . set> 

<physical . address> 

<pobox>123 

</pobox> 

<location. in . street>789 

</ location . in . street> 

<street>Main St. 

</street> 

<city>Anytown 

</city> 

<postcode>43210 

</postcode> 

<country>US</country> 
</physical . address> 
<telephone> 

<telephone.number>123-4 5 6-78 90 

</telephone . number> 
</telephone> 
<fax>123-456-7889 
</fax> 

<email>f oo@bar . com 

</email> 
</address . set> 
</ship . f rom. address> 



{00058301. DOC} 



76 



<ship . to . address> 
<address . set> 

<physical . address> 

<pobox>123 

</pobox> 

<location.in. street>78 9 

</ location . in. street> 

<street>Main St. 

</street> 

< c i t y > Any t own 

</city> 

<postcode>43210 

</postcode> 

<country>US</country> 
</physical . address> 
<telephone> 

<telephone.number>123-456-78 90 

</telephone . number> 
</telephone> 
<fax>123-456-7889 
</fax> 

<email>f oo@bar . com 

</email> 
</address . set> 
</ship. to. address> 

<shipment.method>Carter , s Careful Cartage 

</ shipment .me thod> 

<shipment .markings>Do Not Drop 

</ shipment .markings> 

<shipment . acceptance> 
<destination/> 

</shipment . acceptance> 

<delivery . date> 

<date . calendar>24 .02.98 
</date . calendar> 

< /delivery . date> 
</ shipment . coordinates> 
</ shipment . coordinates . set> 
</ shipment . notice> 
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<?xml version="l . 0"?> 

<! — qshop.xml Version: 0.8 --> 

<!-- Purpose: test file for shopcart . dtd — > 

<!-- Terry Allen 17 Jan 1998 — > 

<! — Copyright 1998 CNgroup, Inc. — > 

<!DOCTYPE shopping. cart SYSTEM "shopcart .dtd"> 

<shopping . cart> 

<meta> 

<urn>URN : cfol : f oo/bar/baz/bof f 
</urn> 
</meta> 

<session. id as signed. by .party="vendor">FRT87 6 
</session . id> 
<shopping . cart . operator . pointer> 

<xll. locator urllink="http : //f oo .bar . com/baz">f oo 
</xll . locator> 

</ shopping . cart . operator .pointer> 
<shopping . cart .user .point er> 

<xll . locator urllink="http : / /boo . far . com/ jaz n >goo 
</xll . locator> 

</shopping. cart .user ,pointer> 
<shopping . cart . item> 
<retail . catalog . item. ordered> 
<catalog. entry .pointer > 

<xll . locator urllink="http : // catentry . xml">Catalog 
Entry Pointer 
</xll . locator> 
</ catalog . entry .point er> 
<catalog. entry. id>4 321 
</catalog. entry . id> 
<quantity . ordered>one dozen 
</quantity . ordered> 
< /re tail . catalog .item. ordered> 
<charge . group> 

<base . charge> 
<payment . group> 

<monetary .payment currency . code="USD">10 
< /monetary . payment > 
</payment . group> 
</base . charge> 
</charge . group> 
</ shopping . cart . item> 
</ shopping . cart> 
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<?xml version="l . 0"?> 

<! — qtaxo.xml Version: 0.2 - — > 

<! — Purpose: test file for taxonomy. dtd — > 

<!— Terry Allen 17 Jan 1998 — > 

<! — Copyright 1998 CNgroup, Inc. — > 

<!DOCTYPE taxon SYSTEM " taxonomy . dtd" > 
<taxon> 

<taxon . name>Ingram Micro Taxonomy of Computer Goods 

</ taxon . name> 

<taxon . id>ingram: root 

</ taxon . id> 

<taxon . inf o>Everything Ingram Micro sells 
</taxon . inf o> 
<taxon> 

<taxon . name>Computer Systems 
</ taxon . name> 
<taxon . id>ingram: 00 
</taxon . id> 

<taxon . inf o>Computers and some components 
</ taxon . inf o> 
<taxon> 

<taxon . name>Desktop Computers 
</taxon . name> 
<taxon . id>ingram: 00 . 01 
</taxon . id> 

<taxon . inf o>Stub for first subdivision 

</ taxon . inf o> 

</taxon> 

<taxon> 
<taxon . name>Tower Computers 
</taxon.name> 
<taxon . id>ingram: 00 . 03 
</taxon . id> 

<taxon . inf o>Stub for second subdivision, all other subdivisions 

omitted save for no. 11 
</ taxon . inf o> 
</ taxon> 

<taxon> 

<taxon . name>Portable Computer, Memory & Accessories 

</ taxon . name> 

<taxon . id>ingram: 00 . 11 

</ taxon . id> 

<taxon . inf o>Laptops, etc., not further categorized in this 

taxonomy 
</ taxon . inf o> 
</ taxon> 
</ taxon> 
</ taxon> 
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< 

!-- response. dtd Version: 0.8 --> 

<! — Purpose: define response to inforeqo.dtd --> 
<! — Terry Allen 17 Jan 1998 — > 
<!-- Copyright 1998 CNgroup, Inc. — > 

<! ENTITY % comments SYSTEM "comments .mod ,f > 
^comments; 

<! ELEMENT response (meta?, input .pointer , 

(error . response | success . response | delay . response) ?, 

record. pointer* ) > 
< ! ATTLIST response 

%common . attrib; 

> 

<! ELEMENT input . pointer { %xll . or . urn; ) > 
<! ATTLIST input .pointer 

%common . attrib; 

%xll . exlink . attrib; 

cblpointer CDATA #FIXED "content" 
target. dtd CDATA #FIXED "inf odesc . dtd" 

> 

<! ELEMENT error . response EMPTY> 
<! ATTLIST error. response 
%common . attrib; 

type (unspecified | unauthorized i returntype .mismatch) 
#REQUIRED 

> 

<! ELEMENT success . response EMPTY> 
<! ATTLIST success. response 
%common . attrib; 

> 

<! ELEMENT delay . response (date . and. time i duration) > 
<!ATTLIST delay .response 
%common . attrib; 

> 

<! ELEMENT record . pointer ( %xll . or . urn; ) > 
<! ATTLIST record. pointer 

%common . attrib; 

%xll . exlink. attrib; 

cblpointer CDATA #FIXED "content" 

> 
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<!■ — rfq.dtd Version: 0.8 --> 

<! — Purpose: define basic Request for Quote — > 
<! — Terry Allen 17 Jan 1998 — > 
<!-- Copyright 199 CNgroup, Inc. — > 

<! ENTITY % comments SYSTEM "comments . mod" > 
% comments ; 

< I ENTITY % charge SYSTEM "charge .mod"> 
% charge; 

< ! ENTITY % pay SYSTEM "pay.mod"> 
%pay; 

<! ENTITY % transact SYSTEM "transact .mod"> 
%transact ; 

<! ENTITY % pointers SYSTEM "pointers .mod"> 
%pointers ; 



<! ELEMENT request . for . quote (meta?, quote . requestor .pointer 

desideratum*) > 
<!ATTLIST request. for. quote 

%common . attrib; 

%ttl. attrib; 



<! ELEMENT desideratum (catalog . entry .pointer, catalog . entry 

quantity . desired? , charge . range? ) > 
< ! ATTLIST desideratum 

%common . attrib; 

%ttl. attrib; 
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<! — schedule. dtd Version: 0.22 - - > 
<! — Purpose: describe schedules --> 
< ! Terry Allen 15 Oct 1997 — > 
<! — Copyright 1997 CNgroup, Inc. ~~> 

<! ENTITY % comments SYSTEM "comments .mod" > 
% comment s ; 

<! ENTITY % address SYSTEM "addresso ,mod"> 
% address ; 

<! ELEMENT schedule (meta?, event+)> 
< ! ATTLIST schedule 
%common . attrib; 

> 

< ! ELEMENT event (event. name, event. type, event. start, event. end?, 

event .duration?, recurs?, arrive .before, charge . group?, availability?, 
location?, payload?, text . description? ) > 

<! ATTLIST event 
% common. attrib ; 

> 

<! ELEMENT event . name ( %multilingual ; ) *> 
<! ATTLIST event. name 
% common . attrib; 

> 

<! ELEMENT event. type ( %multilingual ; ) *> 
<! ATTLIST event. type 
% common . attrib; 

> 

<! ELEMENT event. start (date | date . and. time) > 
<! ATTLIST event. start 
%common . attrib; 

> 

<! ELEMENT event. end ( date | date . and . time ) > 
<! ATTLIST event. end 
%common . attrib; 

> 

<! ELEMENT event . duration (duration) > 
<! ATTLIST event .duration 
% common . attrib; 

> 

< ! ELEMENT recurs ( %multilingual ; ) *> 
<! ATTLIST recurs 
%common. attrib; 

> 

<! ELEMENT arrive . before (duration) > 
<! ATTLIST arrive .before 
%common. attrib; 



{00058301. DOC} 



> 



<! ELEMENT availability 
< ! ATTLIST availability 
%coirtmon . attrib; 

> 

<! ELEMENT location (at 
<! ATTLIST location 
%common . attrib; 

> 



( %multilingual; ) *> 



I (depart, arrive) )> 



<! ELEMENT at ( address . set ) > 
<i ATTLIST at 

%common . attrib; 

> 

<! ELEMENT depart (address . set ) > 
<! ATTLIST depart 
%cominon . attrib; 

> 

<! ELEMENT arrive ( address . set ) > 
<! ATTLIST arrive 
%common. attrib; 

> 

<! ELEMENT payload ( %multilingual ; ) *> 
<! ATTLIST payload 
^common . attrib; 
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<!- — servprim.mod Version: 0.8 - — > 

<! — Purpose: provide primitives for service descriptions — > 

<!■ — Terry Allen 17 Jan 1998 — > 

<! — Copyright 1998 CNgroup, Inc. — > 

<! ELEMENT service ( service . name , service . type, 

service . function . sequence+, service . location .pointer* , 
contact* ) > 

< ! ATTLIST service 
%common . attrib; 

> 

<! ELEMENT service. name (#PCDATA)> 
<! ATTLIST service. name 
%common. attrib; 

> 

<! ELEMENT service. type EMPTY> 

<! ATTLIST service. type 

service . type . name (directory | aggregator | ordering . service 
| fulfillment . service | catalog | cbl . registry) # REQUIRED 
%common. attrib; 

> 

<! ELEMENT service . function . sequence (service . function*) > 
< ! ATTLIST service . function. sequence 
%common . attrib; 

> 

<! ELEMENT service . function (doctype+, service . location* ) > 
<! ATTLIST service. function 
%common . attrib; 

> 

< I ELEMENT doctype (#PCDATA)> 
< ! ATTLIST doctype 

%common . attrib; 

%party . attrib; 

%f rom. party . attrib ; 

% to. party . attrib; 

> 

<! ELEMENT action EMPTY> 
<! ATTLIST action 

verb (register | retrieve j query | unregister | notarize 
1 act. upon ) # REQUIRED 

> 

<! ELEMENT service . location . pointer ( %xll . or .urn; ) > 
< ! ATTLIST service . location . pointer 
%common . attrib ; 

cblpointer CDATA #FIXED "outside" 

> 

<! ELEMENT service. set (service+)> 
<! ATTLIST service. set 
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<! — shipment. mod Version: 0.8 — > 

<! — Purpose: group shipment primitives ■ — > 

<! — Terry Allen 17 Jan 1998 — > 

<! — Copyright 1998 CNgroup, Inc. --> 

< ! ELEMENT shipment .method (%multilingual; ) *> 
< ! ATTLIST shipment .method 
%common . attrib; 

> 

<! ELEMENT shipment .markings ( %multilingual ; ) *> 
<! ATTLIST shipment .markings 
%common. attrib; 

> 

<! ELEMENT shipment . acceptance (embarkation | destination) > 
<! ATTLIST shipment .acceptance 
% common . attrib; 

> 

<! ELEMENT embarkation EMPTY> 
<! ATTLIST embarkation 
%common. attrib; 

> 

<! ELEMENT destination EMPTY> 
<! ATTLIST destination 
%common . attrib; 

> 

< 1 ELEMENT delivery . date (date j date . calendar i date. ordinal 

| date . and . time ) > 
<! ATTLIST delivery. date 

%common. attrib; 

> 

<! ELEMENT paid. by EMPTY> 
<! ATTLIST paid. by 

%common . attrib; 

%party. attrib; 

> 

<! ELEMENT ship. date (date . and. time) > 
<! ATTLIST ship. date 
%common . attrib; 

> 

< ! ELEMENT packlist { retail . catalog . item. shipped+ ) > 
<! ATTLIST packlist 
%common. attrib; 

> 

<! ELEMENT shipment . coordinates . set ( shipment . coordinates* ) > 
<! ATTLIST shipment .coordinates . set 
%common . attrib; 

> 
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<! ELEMENT shipment . coordinates (packlist?, ship. date?, ship . from. address? , 

ship . to . address? , shipment .method? , shipment .markings? , 

shipment . acceptance?, delivery. date?, paid. by?, 

interim. location? ) > 
< ! ATTL1ST shipment .coordinates 

%common . attrib; 

> 

<! ELEMENT interim. location (#PCDATA)> 
< ! ATTL1ST interim. location 

%common . attrib; 

%ttl. attrib; 

> 
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< ! - - shipnote . dtd Version: 0.8 — > 

<! — Purpose: describe a shipping notice — > 

<! — Terry Allen 17 Jan 1998 — > 

<! — Copyright 1998 CNgroup, Inc. — > 

<i ENTITY % comments SYSTEM " comments .mod"> 
% comments; 

<! ENTITY % charge SYSTEM "charge ,mod"> 
%charge; 

<! ENTITY % shipment SYSTEM "shipment .mod" > 
% shipment ; 

<! ENTITY % transact SYSTEM "transact .mod"> 
% transact; 

<! ENTITY % address SYSTEM "addresso .mod"> 
% address; 

<! ENTITY % pointers SYSTEM "pointers .mod"> 
%pointers; 

<! ELEMENT shipment . notice (meta?, shipment . coordinates . set ) > 
< ! ATTLIST shipment . notice 
%common . attrib; 

> 
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<!- — shopcart . dtd Version: 0.8 - - > 

<! — Purpose: describe a shopping cart --> 

<! — Terry Allen 17 Jan 1998 — > 

<!-- Copyright 1998 CNgroup, Inc. — > 

<! ENTITY % comments SYSTEM "comments .mod" > 
% comments; 

<! ENTITY % charge SYSTEM "charge . mod M > 
% charge; 

<! ENTITY % pay SYSTEM "pay.mod"> 
%pay; 

<! ENTITY % shipment SYSTEM "shipment .mod" > 
% shipment ; 

<! ENTITY % address SYSTEM "addresso .mod"> 
%address ; 

<! ENTITY % transact SYSTEM "transact .mod"> 
%transact; 

<! ENTITY % pointers SYSTEM "pointers .mod"> 
%pointers; 



<! ELEMENT shopping . cart {meta?, session. id, 

shopping . cart . operator . pointer, shopping . cart . user . pointer, 

shopping . cart . item* , shopping. cart . group . charges? ) > 
< ! ATTLIST shopping. cart 

%common . attrib; 

%ttl. attrib; 

> 

< ! ELEMENT session. id (%multilingual; ) *> 
<!ATTLIST session. id 

%common . attrib; 

% as signed. by .party . attrib ; 

> 



<! ELEMENT shopping . cart . item (retail . catalog . item. ordered, 

charge . group? ) > 
<! ATTLIST shopping. cart. item 

%common . attrib; 

> 



< ! ELEMENT shopping . cart . group . charges ( charge . group ) > 
< ! ATTLIST shopping . cart . group . charges 
%common . attrib; 

> 
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<! — - taxonomy . dtd Version: 0.8 — > 

<!■ — Purpose: define taxonomy structure — > 

<!-- Terry Allen 17 Jan 1998 — > 

<! — Copyright 1998 CNgroup, Inc. — > 

<! ENTITY % comments SYSTEM "comments .mod" > 
% comments ; 

<! ENTITY % pointers SYSTEM "pointers .mod"> 
%pointers; 

<! ELEMENT taxon {taxon.name, taxon.id, 

taxon. info?, taxon. parent .pointer*, 

taxon. equiv. pointer* , 

(taxon. child. pointer i taxon) *)> 

< ! ATTLIST taxon 
%common . attrib; 

> 

<! ELEMENT taxon.name ( %multilingual ; ) *> 
<! ATTLIST taxon.name 
%common . attrib ; 

> 



<! ELEMENT taxon.id (#PCDATA)> 
<! ATTLIST taxon.id 
%common . attrib; 

> 

<! ELEMENT taxon. info ( %multilingual ; ) * > 
<! ATTLIST taxon. info 
%common . attrib; 

> 
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<! — transact .mod Version: 0.8 - - > 

< ! -- Purpose: describe a transaction - - > 

<!— Terry Allen 17 Jan 1998 — > 

<! — Copyright 1998 CNgroup, Inc. — > 



<! ELEMENT transaction . set ( transaction . set ! transaction) +> 
< ! ATTLIST transaction. set 

% common . attrib; 

%ttl. attrib; 

> 

<! ELEMENT transaction {transaction. id+, tpa .pointer* , 

market .participant . inf o .point er+, 

exchange . description, exchange . description* ) > 
<! ATTLIST transaction 

%common . attrib; 

%ttl. attrib; 

> 

<! ELEMENT exchange . description ( (commerce . item, 

shipment . coordinates . set?, payment . set?) +) > 
<! ATTLIST exchange .description 

from. party CDATA # REQUIRED 

to. party CDATA # REQUIRED 

> 

<! ELEMENT commerce . item { (monetary. payment 

| retail . catalog. item. ordered) , charge . group? ) > 

<! ATTLIST commerce. item 
%common . attrib; 

> 

<! ELEMENT transact ion . id (#PCDATA)> 
<! ATTLIST transaction. id 

%common . attrib; 

% as signed. by .party . attrib ; 

> 

<! ELEMENT retail . catalog . item. ordered (catalog . entry .pointer , 
catalog. entry. id, info . description . set? , quantity . ordered) > 

< ! ATTLIST retail . catalog . item. ordered 
%common . attrib; 
%ttl. attrib; 

> 

<! ELEMENT retail . catalog . item. shipped (catalog . entry .pointer , 
catalog . entry . id, info . description . set ? , quantity . shipped) > 

< ! ATTLIST retail . catalog . item. shipped 
%common . attrib; 
%ttl. attrib; 

> 

< ! ELEMENT quantity . ordered {#PCDATA)> 
<! ATTLIST quantity. ordered 
%common . attrib; 
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> 

<! ELEMENT quantity . shipped (#PCDATA)> 
< ! ATTLIST quantity. shipped 
%common . attrib; 

> 

<! ELEMENT quantity . desired (#PCDATA)> 
< 'ATTLIST quantity. desired 
% common . attrib; 

> 
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<! — ttlattri .mod Version: 0.8 ■ — > 

<! — Purpose: group time-to-live attributes — > 

<! — Terry Allen 17 Jan 1998 — > 

<!— Copyright 1998 CNgroup, Inc. — > 

<! ENTITY % ttl.attrib 

"effective CDATA #IMPLIED 
expires CDATA #IMPLIED" 

> 
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<i — who. mod Version: 0.1 ■ — > 

<! — Purpose: group personal information primitives 

<!— Terry Allen 17 Jan 1998 — > 

<! — Copyright 1998 CNgroup, Inc. — > 

<! ELEMENT personal . name ( %multilingual ; ) *> 
<!ATTLIST personal .name 
%common . attrib; 

> 

< ! ELEMENT occupation . title (%multilingual ; ) *> 
< ! ATTLIST occupation. title 
%common . attrib; 

> 

<! ELEMENT occupation.code.jp EMPTY> 
< ! ATTLIST occupation.code.jp 
%common . attrib; 

schema: jisx0404 CDATA #IMPLIED 

> 

<! ELEMENT contact ( contact . function* , personal . name* 
language . understood* , 

occupation. title?, occupation. code?, address. set+ 
<! ATTLIST contact 
%common . attrib; 

> 

<! ELEMENT contact . function ( %multilingual ; ) *> 
<! ATTLIST contact . function 
%common . attrib; 

> 

<! ELEMENT language . understood EMPTY> 
<!ATTLIST language. under stood 
%lang . attrib . required; 

> 
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Exhibit F. "Requirements and Tasks for the January Demo, (Updated 
1/6/98 by Kenneth)", file named "demo_req_tasks.html" from 
Veo/web/dev/documents/old/demo directory (date stamped before 
January 21, 1997) 



Requirements and Tasks for the January Demo 

(Updated 1/6/98 by Kenneth) 



Introduction 

This document is ment to specify the functional requirements and tasks for the demo in 
the January time frame. This document is more about "what" and "why", than "how". 
Input to this document has been the big scenario document that Bart wrote, email Bob 
sent to Ingram on 12/17/97, Terry's feedback to this document and discussions among the 
team members. Up to now I have kept this document to force us to be more explicit about 
what the demo is about and more importantly, is not. The document is not fully in synch 
with Andy D's schedule, so the two need to be read together. 

Usually when things get printed down and evaluated, they converge faster to the goal. I 

Background 

From the OECA document: Manufacturers today utilize complex processes to all but 
guess inventory levels and locations across the supply chain at any point in time. This is 
because there is no agreement on something as simple as a standard part numbering 
system or standard inventory query API. This significantly impacts production planning, 
channel allocation, and cost of returns. Distributors, who provide pre- and post-sale 
technical support to their resellers on tens of thousands of SKU's, must grapple with 
disparate forms of product information collected from hundreds of manufactures with no 
common taxonomy. The lack of product information standards makes the current 
aggregation and dissemination of such contents an expensive and inefficient proposition 
- an effort duplicated by each distributor in the channel. Resellers must learn and 
maintain different ordering/return procedures and system interfaces to each distributor 
and direct manufacturer with whom they trade, causing them to spend valuable resources 
in back-office operations. 

Purpose 

The purpose of the demo is to show Ingram Micro and the DoD officer how the 
CBL/XML document exchange approach can work in a real setting. It is assumed that 
they see the exact same demo. 

A side effect is that we get a chance to integrate some of the work we have done and 
thereby serve as a feasability study for our evaluation of the Amber release technology. 

Scope 



{00058302.DOC } 



The demo is about showing an exchange of CBL documents between business entities; to 
register with each other, information about companies and their offerings, to follow 
inventory through the chain, to query about documents and inventory. The supply chain 
is limited to 2 suppliers, 1 distributor, 2 resellers. The inventory is Laptop computers. It is 
asumed that the inventory data is entered in advanced, i.e. the supplier entered their info, 
the distributor enters theirs and so do the reseller. The demo shows how this info is 
exchanged to create a marketplace. 

The demo is not about efficient server architectures and legacy system integration. 
Storage in files and memory is acceptable. Performance and scalability need not be 
addressed as the volume of traffic will be very low. 

The demo will be enhanced and shown at other occasions. However the scope of the 
January demo is to be remained fixed. 

We do not expect to be able to complete a complete end-to-end order on 1/2 L Our design 
treats the integrated catalog as the "live catalog" that serves as the user interface to all 
the other value-added services - inventory, quotations, logistics, etc. 

Timeframe 

The demo is to be ready for Ingram Micro on 1/21/98 and DoD later that week. The 
demo might be enhanced, and showed at other occasions. That is not a consideration at 
this point. 

Actors 

Three links of the supply chain, with a center around the distributor: 

• Manufacturer 

• Distributor 

• Reseller 

Hardware 

It must be possible to run the demo on one laptop, even though it adds value to user's 
perception if it runs over a LAN. Therefore a two machine configuration is probably 
more common. Windows 95/NT is assumed. 

Demo Architecture 

1-3 clients which run in a browser. Prepared bookmarks. Important to logically separate 
the 3 actors. If 3 different browser processes are needed, or if different bookmarks are 
enough, need to be decided. 
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We need to prepare static HTML files that serve as the front to the: 



• distributor for supplier and reseller login, registration of company and products. 

• distributor for integrated catalog. 

• supplier for taxonomy and inventory queries. 

• reseller 

Some forms will also be generated from the XML/DTD. A middleman running as a 
servlet in a Webserver translates HTTP/HTML to CEL. 

1 server process. While the middleman described above is serving the HTML pages, the 
server is only serving CBL/XML document transfers. We need to set up the in process 
communication to use the right subclasses to InputStream and OutputStream. Given the 
purpose of the demo one server should be enough. The separated business entities live 
their own lives within the server and must not use information through hidden APIs. All 
information exchange is done via CBL/XML streams over HTTP or a raw byte stream. 

The only protocol for the demo is HTTP. No FTP. No SMTP. 

CBL - Common Business Language, descriptions used 
in the demo 

(Need to be shortend significantly. Terry, Bob, Bart, Andy D) 

There is just a ton of info available about each of the laptop machines. I've constructed 
minimal product descriptions for one configuration of each, including product name, cpu, 
cpu speed, display size, and hard drive size. I'll flesh these out when someone can tell me 
what information is to be used during the demo. 

I have revised some of the CBL modules, and made a special product description DTD 
for this demo, but I haven't yet cut down the set of modules to the minimum because I 
don't yet know all of what the demo may require. 

I NEED A STORYBOARD FOR THE QUERYING PART OF THE DEMO. What 
specific questions are to be asked? 

don't see how manufacturers indicate pricing to Ingram. We should ask. And I don't 
understand point 4c, a manufacturer askin what prices are being charged for its product. 
Ingram is not integrating IBM's and DEC's catalogues, nor COMPUSA's and Fry's. 
Ingram makes its own catalogue and doesn't do any integration at all. It forces its 
suppliers to use its schema (that's what that binder is about). It does it right. 

***Mapping part numbers does not appear to be a big deal (details available orally). The 
query, "here's a part number, what is everyone else calling it?" doesn't work well with 
laptops. 
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Some URNs are used. Some URLs are used. The URNs are in a new pattern that we don't 
intend to implement, but don't tell anyone that; this pattern is good chaff. The URLs are 
all relative, that is, just "ingram.xmr, not 

,t http://www.ingrammicro.com/something/ingram.xmr t . When the architecture for the 
demo is determined these URLs should be adjusted accordingly. 

The CBL supports the whole sequence of the demo; I don't think that the demo will 
require the MIME packaging envisioned in full CBL. 

TBS: All acks, Ingram's catentries, info requests and responses. 

1. Market Description. Ingram creates imdesc.xml and publicizes it. imdesc.xml refers to 
ingram.xml. 

2. IBM, DEC, COMPUSA, and Fry's send market participant info to Ingram so they can 
be approved and listed in the market's directories. 

ibm.xml, dec.xml, compu.xml, frys.xml 

Ingram acks and registers the documents. 

3. IBM and DEC send product descriptions to Ingram, think.xml and hinote.xml. Ingram 
acks and from those product descriptions produces its own catalogue entries for them. 
Those cat entries are TBS. (May need multiple files for the multiple configs of these 
products.) 

4. COMPUSA and Fry's inquire about laptops that Ingram has. NEED DETAILS. TBS: 
the information request docs and the responses. 

5. We pretend that both COMPUSA and Fry's buy some of each laptop. 

6. IBM and DEC inquire about laptops that Ingram has and has sold (= laptops in the 
channel?). TBS: the information request docs and the responses. 

These are the CBL descriptions that we plan to use and instantiate: 

datetime.mod, for Date and Time 
currency .mod, for Currenc ies 

countrys.mod and addresso.mod, for Geographical Information 
price.mod, for Price Information 
paymento.mod, for Payment Information 
paynoteo.dtd, for Payment Notice 
proddesc.mod, for a Simple Product Description 
markdesc.dtd, for Market Description 
markpartdtd, for Market Participant Information 
catentry.dtd, for a Simple Catalogue Entry 
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shopcart.dtd, for a Shopping Cart 

transactmod, to provide a mode-independent basis for 

taxonomy .mod, for Product Taxonomy, which may occur in a catalogue entry 

In addition to these semantics of trade, we need semantics for the component-based 
services of our system, such as: 

servdesc.dtd, for a Service Description 

Directory (Registry) Profile, perhaps also Server Profile 

servmeta.dtd, for a Server Metadata about Documents 

rfq.dtd, for Request For Quote 

Request For Proposal 

ots.dtd, for Offer To Sell 

inventoy.dtd, for Inventory Info 

To support message packaging and information discovery and exchange we add: 

manifest.dtd, for a Manifest for MIME Message Contents 

guide.dtd, for a Guide to Transaction Negotiation document that outlines the state of 
negotiation and the response 
expected from the other party 
semantic.dtd, for DTD Semantics 
cblcatdtd, for URL-URN bookkeeping 
command.dtd, for commands to CBL servers 

modify.dtd, for describing modifications made to one documents in its revision 
infodesc.dtd, for a Request for Information 
response.dtd, Response to Request for Information 

Only CBL data is used at this time. No code nor commands. 

Taxonomy 

It is assumed that most actors use a predefined taxonomy and part number scheme. One 
actor in the demo uses its own taxonomy and provide the mapping when registering. 

Queries 

Need one hard coded query to show the use of queries. Need not have a real 
implementation. 

Registration 

Need only be able to register a few CBL descriptions. Build up a object structure. Java 
classes matching the CBL descriptions need to be coded by hand. 
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Data 



It is assumed that we use real business and product names. 

Distributor = Ingram 
Manufacturer = IBM, Dec 
Reseller = CompUSA, Fry's 

Product = IBM ThinkPad 770, 166, 200, 233MHZ, 13.3, 14.1 inch. Read more: ThinkPad 
770 

Product = DEC HiNote Ultra 2000, 166, 200, 233MHZ, 12.1, 14.1 inch. Read 
more: HiNote Ultra 2000 

Scenario 

(More details) 

1) Setting up the "master node" in the channel -defining Ingram's role and the services it 
will be providing (e.g., 

registration, integrated catalogs, part number mapping, handling queries about prices and 
inventories, ordering) 

2) Registering companies to participate in the channel as either (a) manufacturers or (b) 
resellers [this means 

describing themselves (core metadata), their services (e.g., their catalog schemas), their 
forms (their business 
document schemas)] 

3) The reseller's view of the channel : 

a) show me the integrated catalog 

b) here's a part number: what is everyone else calling it 
b) show me my price list 

4) The manufacturer's view of the channel: 

a) show me (my items in) the channel 

b) here's a part number: what is everyone else calling it 

c) what prices are being charged for this part 

Participants and Roles 

Terry Allen - CBL docs 

Matt Fuchs - Parser 

Kevin Huges - GUI + Server 

Kenneth Persson - Integration + Build 

Andy Philips - Transport 
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Bart, Andy D, Bob - Misc 



Related Work 

Marketing slide ware. Speach to the demo. 

Selling the future, the Amber release. Maybe even the Ruby release. 

Milestones 

1. Scope, requirements well defined. 12/30/97 

2. Integrated Development Environment. 1 2/30/97 

3. All data for the demo. 12/30/97 

4. Server responding with static HTML. 1/7/97 

5. Server creating Java instances from CBL/XML. 1/9/97 

6. Server exchanging CBL/XML document. 1/13/97 

7. All demo presentation (HTML) done. 1/16/97 

8. First fully integrated version, 1/19/97 

9. Demo, 1/21/97 

Task List 

l. ... 
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Exhibit G. "imdesc.xml" from cbl/ingram/01 directory (date stamped 
before January 21, 1997) 



<!-- imdesc.xml Version: 0.1 --> 

<!-- Purpose: marketplace description for Ingram Micro demo ~> 

<!-- Terry Allen 2 Jan 1998 --> 

<!-- Copyright 1998 CNgroup, Inc. --> 

<?xml version^' 1.0 M ?> 

<!DOCTYPE market.description SYSTEM "imarkdsc.dtd M > 
<market.description> 

<market.name>Ingram Micro Online Sales Network 

</market.name> 

<market.operator> 

<market.operator.name>Ingram Micro Inc. 

</market.operator.name> 

<market.participant.info.pointer> 

<xll.locator urllink= M ingram.xmr'>Ingram's Market Participant Info 

</xll.locator> 
</market.participant.info.pointer> 
</market.operator> 
<service.set> 
<service> 

<service.name>Ordering and Fulfillment 
</service.name> 
<service.function.sequence> 
<service.function> 

<doctype from.party- 'any" to.party= H ingram">order.dtd</doctype> 
<doctype from.party-'ingram" to.party="any">ack.dtd</doctype> 
</service.function> 
<service.function> 

<doctype from.party-'ingram" to.party="any">invoiceo.dtd</doctype> 
<doctype from.party="any" to.party="ingram">ack.dtd</doctype> 
</service.function> 
<service.function> 

<doctype from.party="ingram" to.party= M any">shipnote.dtd</doctype> 
</service.function> 
<service.function> 

<doctype from.party="any" to.party =,, ingram M >paynoteo.dtd</doctype> 
<doctype from.party= M ingram M to.party="any">ack.dtd</doctype> 
</service.function> 
</service.function.sequence> 
</service> 
<service> 

<service.name>Market Participant Registration and Querying 
</service.name> 
<service.function.sequence> 
<service.function> 
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<doctype from.party-'any" to.party= ,f ingram ,, >imarkprt.dtd</doctype> 
<doctype from.party="ingram" to.party= n any">ack.dtd</doctype> 
</service.function> 

</ service .function. sequence> 

</service> 

<service> 

<service.name>Catalog Querying 

</service.name> 

<service.function.sequence> 

<service.function> 

<doctype from.party= M any" to.party="ingram">iireq.dtd</doctype> 
<doctype from.party= M ingram" to.party="any">icatfull.dtd</doctype> 

</service.function> 

</service.function.sequence> 
</service> 
<service> 

<service.name>Product Information Acceptance 

</service.name> 

<service.function.sequence> 

<service.function> 

<doctype from.party="any n to.party="ingram">iprod.dtd</doctype> 
<doctype from.party="ingram M to.party="any H >ack.dtd</doctype> 
<doctype party= M ingram ,f >catentry.dtd</doctype> 

</service.function> 

</service.fimction.sequence> 

</service> 

<service> 

<service.name>Inventory Information Querying 

</service.name> 

<service.function.sequence> 

<service.function> 

<doctype from.party-'any" to.party= M ingram !! >iireq.dtd</doctype> 
<doctype from.party- Ingram" to.party^"any">iinv.dtd</doctype> 
<doctype party="ingram">catentry.dtd</doctype> 

</service.function> 

</service.function.sequence> 

</service> 
</service.set> 
<market.terms.pointer> 

<xll.locator urllink^ M http://www.ingrammicroxom/online-bazaar/terms.xmr f > 

</xll.locator> 
</market.terms.pointer> 
</market.description> 
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Exhibit H. Selected files from cbl/ingram/01 directory (date stamped 
before January 21, 1997) 



1 



<?xml version="1.0 T, ?> 

<!-- compu.xml Version: 0.1 — > 

<!• — Purpose: market .p . info for Ingram Micro demo --> 
<! — Terry Allen 3 Jan 1998 — -> 
<!— Copyright 1998 CNgroup, Inc. — > 

<!DOCTYPE market. participant. info SYSTEM "imarkprt . dtd H > 
<market .participant . info> 
<business . inf o> 
<business . name>CompUSA Inc . 
</business . name> 
<address . set> 
<physical . address> 

<location. in. street>14 951 

</ location . in . street> 

<street>N. Dallas Pkwy 

</street> 

<city>Dallas 

</city> 

<country . subentity> 
<country . subentity .us usps="TX ,f /> 
</country. subentity> 
<country country. name="US"/> 
<postcode>75240 
</postcode> 
</physical . address> 
<telephone> 

<telephone . number>l-800-COMPUSA 
</telephone . number> 
</telephone> 
</address . set> 
</business . inf o> 
<service . set> 
<service> 

<service . name>order fulfillment 
</service . name> 
<service . function . sequence> 
<service . f unction> 

<doctype to . party="COMPUSA">order . dtd</doctype> 
</service . f unction> 
</ service . function . sequence> 
<service . location.pointer> 
<xll. locator urllink="http : //www. compusa . com/orders . xml">Send Orders Here 
</xll . locator> 
</service . location ,pointer> 
<contact> 

<contact . function>Approves Purchase Orders 
</ contact . f unction> 
<personal . name>Cornell Barnard 
</personal . name> 

<occupation. title>Purchasing Officer 
</occupation. title> 
<address . set> 
<physical . address> 

<location. in. street>14951 

</locat ion. in. street > 

<street>N. Dallas Pkwy 
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</street> 

<city>Dallas 

</city> 

<country . subentity> 

<country . subentity .us usps="TX"/> 

</country e subentity> 

<country country . name="US"/> 

<postcode>75240 

</postcode> 
</physical . address> 
<telephone> 

<telephone.number>l-800~C0MPUSA 

</ telephone . number> 
</telephone> 

<email>cornell .barnard@compusa . com 
</ email> 
</address . set> 
</ contact> 
</ service> 
</service . set> 
</market .participant . inf o> 
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<?xml version="1.0"?> 

<!■ — dec.xml Version: 0.1 --> 

< ! ~- Purpose: market .p . info for Ingram Micro demo — > 

<! — Terry Allen 31 Dec 1997 — > 

<! — Copyright 1997 CNgroup, Inc. — > 

<!D0CTYPE market .participant . info SYSTEM "imarkprt . dtd"> 
<market .participant . info> 
<business . inf o> 

<business . name>Digital Equipment Corp. 
</business . name> 
<address . set> 
<physical . address> 

<locat ion. in. street >1 11 

</location . in . street> 

<street>Powdermill Road 

</street> 

<city>Maynard 

</city> 

<country . subentity> 
<country . subentity .us usps="MA"/> 
</country . subentity> 
<country country .name="US"/> 
<postcode>01754 
</postcode> 
</physical . address> 
<telephone> 

<telephone.number> (978) 4 93-5111 
</ telephone . number> 
</ telephone> 
</address . set> 
</business . inf o> 
<service . set> 
<service> 

<service . name>order fulfillment 
</ service .name> 
<service . function . sequence> 
<service . function> 

<doctype to .party="DEC">order . dtd</doctype> 
</service . f unction> 
</service . function . sequence> 
<service . location ,pointer> 
<xll. locator urllink="http : //www. dec . com/orders . xml">Send Orders Here 
</xll . locator> 
</ service . location . point er> 
<contact> 

<contact . f unction>Approves Purchase Orders 
</contact . f unction> 

<personal . name> Joanne Metta-Sullivan 
</personal . name> 

<occupation . title>Purchasing Engineer 
</ occupation . title> 
<address . set> 
<physical . address> 

<location . in . street>lll 

</ location. in. street > 

<street>Powdermill Road 
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</ street> 

<city>Maynard 

</city> 

<country . subentity> 

<country . subentity . us usps== M MA n /> 

</country . subentity> 

<country country . name="US"/> 

<postcode>01754 

</postcode> 
</physical . address> 
<telephone> 

<telephone.number> (978) 493-5111 

</telephone . number> 
</telephone> 
<email> jms@dec . com 
</email> 
</address . set> 
</ contact> 
</ service> 
</service . set> 
</market .participant . inf o> 



frys .xml . txt 

<?xml version="1.0"?> 

<! — dec. xml Version: 0.1 --> 

<!-- Purpose: market .p . inf o for Ingram Micro demo — > 
<!— Terry Allen 31 Dec 1997 — > 
<!— Copyright 1997 CNgroup, Inc. -- -> 

<!DOCTYPE market. participant .info SYSTEM "imarkprt . dtd" 
<market . participant . inf o> 
<business . inf o> 

<business ,name>Fry ! s Electronics Retail Stores 
</business . name> 
<address . set> 
<physical . address> 

<location. in. s tree t> 600 

< /location. in. street> 

<street>E. Hamilton Avenue 

</street> 

<city>Campbell 

</city> 

<country . subentity> 

<country . subentity . us usps~"CA"/> 

</country . subentity> 

<country country. name="US"/> 

<postcode>95008 

</postcode> 
</physical . address> 
<telephone> 

<telephone.number>4 08-364-37 00 

</telephone . number> 
</telephone> 
</address . set> 
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</business . inf o> 
<service . set> 
<service> 

<service . name>order fulfillment 
</service . name> 
<service . function . sequence> 
<service . function> 

<doctype to ,party= n FRYS">order . dtd</doctype> 
</service . function> 
</ service . function . sequence> 
<service . location . point er> 
<xll. locator urllink= fI http : //www. f rys . com/orders . xml">Send Orders Here 
</xll . locator> 
</ service . location. point er> 
<contact> 

<contact . function>Approves Purchase Orders 
</contact . f unction> 
<personal . name>Dachil Hamed 
</personal . name> 

<occupation . title>Purchasing Coordinator 
</occupation . title> 
<address . set> 
<physical . address> 

<location. in.street>600 

</location . in . street > 

<street>E. Hamilton Avenue 

</street> 

<city>Campbell 

</city> 

<country . subentity> 

<country. subentity .us usps="CA"/> 

</country . subentity> 

<country country. name="US"/> 

<postcode>95008 

</postcode> 
</physical . address> 
<telephone> 

<telephone.number>4 08-364-3700 

</telephone . number> 
</telephone> 
<email>dh@f rys . com 
</email> 
</address . set> 
</contact> 
</service> 
</ service . set> 
</market .participant . inf o> 
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<?xml version-"! . 0"?> 

<! — hinote.xml Version: 0.1 — > 

<!-- Purpose: DEC product description for Ingram Micro demo 
<!— Terry Allen 3 Jan 1998 — > 
<!— Copyright 1998 CNgroup, Inc. — > 

<!DOCTYPE product .description SYSTEM "iprod. dtd"> 

<product . description> 
<meta> 

<urn>urn : x-cbl : ISBN%200~94 4 94 0 : test : companies : dec : 000001 
</urn> 
</meta> 

<general .product . inf o> 
<product . identity> 

<product . id assigned . by="manuf acturer ">TBS 
</product . id> 

<product . id assigned. by="ingr am" > 
</product . id> 

<ingram. taxonomy . category>ingram: 00 . 11 
</ Ingram. taxonomy . category> 



</product . identity> 
<bundling . and . shipping> 



<open . branch . warehouse . number> 

</ open .branch .warehouse . number> 

<case .pack. quantity> 

</case .pack. quant it y> 

<pallet . quantity> 

</pallet . quantity> 

<weight .per . unit> 

< /weight .per .unit > 

<unit . of . weight> 

</unit . of .weight > 

<shippable . carton . f lag> 

</ shippable . carton . f lag> 

<product . sn . on .box yesorno^"yes"/> 

<barcoded. sn. on. box yesorno="yes"/> 

<package . length> 

</package . length> 

<package . width> 

</package . width> 

<package . height> 

</package ,height> 

<unit . of . size> 

</unit . of . size> 

<upc> 

</upc> 

<container . upc> 
</container . upc> 
<bill . of .materials> 
</bill . of .material s> 
<media . codes> 
</media . codes> 
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<cpu . codes> 
</cpu * codes> 

<line. description. one>DIGITAL HiNote Ultra 2000 

</line . description . one> 

<line . description . two> 

</ line .description. two> 

<sales . description> 

</ sales . description> 

<sel ling. bullet . set> 

<selling.bullet>Tastes Great 

</ selling .bullet > 

<selling.bullet>Less Filling 

</ selling .bullet > 
</ selling. bullet . set> 
<requirements . set> 
<requirement> 
</requirement> 
<requirement> 
</ requirement > 
</requirements . set> 
< /bundling . and . shipping> 

</general .product . inf o> 

Supplemental . product . inf o> 

<options . accessories> 

</ options . accessories> 

<addon . consumables> 

</ addon . consumables> 
</supplemental .product . inf o> 

<product . dimensions . and . warranty> 

<physical . dimensions> 

<product . length> 

</product . length> 

<product . width> 

</product . width> 

<product . height> 

</product . height> 

<product . weight> 

</product . weight> 
</physical . dimensions> 

<warranty . inf o> 

<standard . warrant y> 

</ standard. warranty> 

<onsite . support yesorno="yes"/> 

<onsite . yr2 yesorno="yes"/> 

<onsite.yr3 yesorno="yes"/> 

<next .day . support yesorno="yes"/> 

<remarks> 

</ remarks> 
</warranty . info> 

</product . dimensions . and. warranty> 
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<product . specif ications> 

<physical . specs> 

<system. type><A/> 
</system. type> 
<battery. type><B/> 
</battery . type> 
<est .batt . lif e> 
</est .batt . lif e> 
<batt . recharge . time> 
</batt . recharge . time> 
<number .batteries . included> 
</number . batteries . included> 
<max.no.batts . installable> 
</max.no .batts . installable> 
<power .management > 
</power ,management> 
<energy.star yesorno="yes"/> 
<voltage . supported><C/> 
</voltage . supported> 

<ac . adapter . typeXother>XL-Foo-140</other> 

</ ac . adapter . type> 

<ac . adapter . capacity> 

</ac . adapter . capacity> 

<security. feature . set><A/> 

</security. feature . set> 

<pointing . device><A/> 

</pointing . device> 

<number .buttons .pd> 

</number . buttons . pd> 

<pd. location><other>unreachable</other> 

</pd. location> 

<docking . station> 

</docking . station> 

<os . set> 

<os>win95 

</os> 

<os>nt 

</os> 

</os . set> 

<system. license><A/> 
</ system. license> 
<bundled. sof tware> 

<sof tware .product> 

</software .product> 
</bundled. software> 
<net . interf aceXB/> 
</net . interf ace> 
<net .management . included> 
< /net .management . included> 

</physical . specs> 

<cpu> 
<processor> 
<ultra/> 
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</processor> 

<p . speed. set> 

<p . speed>166 

</p . speed> 

</p. speed. set> 

<p . upgrade .me thod> 

</p. upgrade ,method> 

<ram. installed> 

</ ram. installed> 

<ram.max> 

</ ram.max> 

<ram. typexotherx / other> 

</ ram. type> 

<11 . cache> 

</ll . cache> 

<12 . cache> 

</12 .cache> 

<12 . type><B/> 

</12 . type> 

<bios . manuf acturerXA/ > 

</bios .manuf acturer> 

<f lash. upgrade .bios yesorno="yes"/> 

<hard. disk. capacity . set > 

<hard.disk. capacity>2 . 1 

</hard. disk . capacity> 

</hard. disk. capacity . set> 

<h.d. inter face><B/> 

</h. d. interf ace> 

<h . d.user . removable yesorno="no"/> 
<removable . drive . set><A/> 
</removable . drive . set> 
<small . floppy . drive . typeXA/> 
</ small . floppy . drive . type> 
<cdrom. speed><C/> 
</cdrom. speed> 
<number ,mod.bays> 
</number ,mod.bays> 
<bayl . support . set><A/> 
</bayl . support . set> 
<bay2 . support . setXA/> 
</bay2 . support . set> 
<other .mass . storage . set> 
<other .mass . storage> 
</ other .mass . storage> 
</ other .mass . storage . set> 
</ cpu> 

<audio . video> 
<di splay. tech><A/> 
</di splay . tech> 
<d. size . set> 
<d.size>12.1 
</d. size> 
<d.size>14 .1 
</d. size> 
</d. size . set> 
<video.bus . type><A/> 
</ video. bus . type> 
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<v. memory. installed> 
</ v. memory . installed> 
<v . memory . raax> 
</ v. memory ,max> 
<v. memory . type><A/> 
</v. memory . type> 
<d.res><A/> 
</d. res> 

<color ,paletteXA/> 

< /color . palette> 

<ex ,monitor><A/> 

</ex .monitor> 

<ex. monitor .max . res><A/> 

</ ex. monitor .max. res> 

<ex. color .pale tte><A/> 

</ex . color ,palette> 

<sound. support . compat><A/> 

</ sound . support . compat> 

<midiXA/> 

</midi> 

<full. duplex yesorno="yes"/> 

<audio . port sXA/> 

</audio ,ports> 

<internal . speakers><A/> 

</internal . speakers> 

<builtin .mphone yesorno="yes If /> 

<built in .modem yesorno="yes"/> 

<speakerphone yesorno= n yes"/> 

<voicemail yesorno="yes n /> 

<f lash . upgrade .modem yesorno="yes 
</audio . video> 
<portex> 

<system.bus . typeXA/> 

</ system. bus . type> 

<pcmcia . slots><A/> 

</pcmcia . slots> 

<cardbus .pccard yesorno="yes"/> 

<zv.pccard yesorno="yes"/> 

<pds . slots> 

</pds . slots> 

<ex . scsi . connector><A/> 

</ex . scsi . connector> 

<serial ,ports> 

</serial ,ports> 

<inf . serial .ports> 

</ inf . serial ,ports> 

<parallel .port><A/> 

</parallel ,port> 

<ext ended. parallel .protocol s><A/> 
</extended. parallel ,protocols> 
<keyboard. mouse .port . type><A/> 
</keyboard. mouse .port . type> 
<mouse . port . typeXA/> 
</mouse . port . type> 
<other . port . set> 
<other ,port> 
</other .port> 
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</ other .port . set> 

</portex> 

<accessory> 
<accessory . purpose> 
</ accessory .purpose> 
<accessory . replaces> 
</ accessory . replace s> 
<accessory. works . with> 
</ accessory. works . with> 

</ accessory> 
</product . specif ications> 

</product . description> 
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<! — hnotecat . xml Version: 0.1 --> 

<! — Purpose: catalog entry for Ingram Micro demo — > 

<! — Terry Allen 5 Jan 1998 — > 

<! — Copyright 1998 CNgroup, Inc. — > 

<?xml version="1.0"?> 

<!D0CTYPE catalog. entry SYSTEM "icat .dtd"> 
<catalog . entry> 

<market .participant . info ,pointer> 

<xll . locator urllink=" Ingram. xml"/> 

< /market .participant . info .point er> 

<catalog . entry . id>inghnote 

</catalog. entry . id> 

<product . description. info. pointer> 

<xll . locator urllink="hinote . xml"/> 

</product . description . inf o .pointer> 

<price.info>TBS 

</price . inf o> 

</ catalog . entry> 
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<!-- addresso .mod Version: 0.24 — ■> 

<! — Purpose: group address information primitives --> 

<!-- Terry Allen 1 Nov 1997 — > 

<! — Copyright 1997 CNgroup, Inc. --> 

<! ELEMENT address. set (physical . address* , telephone*, 

fax*, email*) > 
< ! ATTLIST address. set 

%common . attrib; 

%ttl. attrib; 

where (work | home) "work" 

> 

<! ELEMENT telephone (telephone. number, telephone . extension? ) > 
<! ATTLIST telephone 
%common. attrib; 

type (fixed | mobile i pager) "fixed" 

> 

<! ELEMENT telephone . number (#PCDATA)> 
< 'ATTLIST telephone. number 
%common . attrib; 

> 

<! ELEMENT telephone . extension (#PCDATA)> 
<! ATTLIST telephone. extension 
%common . attrib; 

> 

<! ELEMENT fax (# PCDATA )> 
<! ATTLIST fax 

%common . attrib; 

> 

<! ELEMENT email (#PCDATA)> 
<! ATTLIST email 
% common . attrib; 

> 

<! ELEMENT physical . address {pobox?, 

(building. sublocat ion?, location . in . street , street) ?, 

city, city . subentity?, country . subentity?, country?, 

postcode?) > 
<! ATTLIST physical. address 

%common . attrib; 

> 

< ! ELEMENT pobox (# PCDATA) > 
<! ATTLIST pobox 
%common . attrib; 

> 

<! ELEMENT building . sublocation (#PCDATA)> 
<! ATTLIST building. sublocation 
%common . attrib; 

> 
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<! ELEMENT location . in . street {#PCDATA)> 
< ! ATTLIST location. in .street 
%common . attrib; 

> 

<! ELEMENT street {#PCDATA)> 
< ! ATTLIST street 
%common. attrib; 

> 

<! ELEMENT city (#PCDATA)> 
<! ATTLIST city 

^common . attrib; 

> 

<! ELEMENT city . subent ity {#PCDATA)> 
<! ATTLIST city. subentity 
%coiomon . attrib; 

> 

<! ELEMENT country EMPTY> 
<! ATTLIST country 

%common . attrib; 

country. name CDATA # REQUIRED 

> 

< i ELEMENT country . subent ity {country . subentity . us 

| country. subentity. jp 

| country. subentity . other ) > 
<! ATTLIST country . subentity 

%common . attrib; 

> 

<! ELEMENT country . subentity . us EMPTY> 
<! ATTLIST country. subentity. us 
%common . attrib; 

usps (AK | AL | AR | AZ | CA | CO 



I CT 


DC 


DE 


GA 


FL 


1 HI 


IA 


ID 


IL 


IN 


| KA 


KY 


LA 


MA 


MD 


| ME 


MI 


MN 


MO 


MS 


i MT 


NB 


NC 


ND 


NH 


| NJ 


NM 


NV 


NY 


OH 


! OK 


OR 


PA 


RI 


SC 


i SD 


TN 


TX 


UT 


VA 


| VT 


WA 


WI 


WV 


WY) 



> 

<! ELEMENT country.subentity.jp EMPTY> 
<! ATTLIST country.subentity.jp 
% common. attrib; 

> 

<! ELEMENT country . subent ity . other EMPTY> 
<! ATTLIST country . subentity . other 
%common . attrib; 

> 
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<! ELEMENT postcode (#PCDATA)> 
< ! ATTLIST postcode 
%common . attrib; 

> 

<! ELEMENT personal . name (#PCDATA)> 
<! ATTLIST personal .name 
%common . attrib; 

> 

<! ELEMENT occupation . title (#PCDATA)> 
<! ATTLIST occupation. title 
%common . attrib; 

> 

<! ELEMENT occupation . code EMPTY> 
< ! ATTLIST occupation. code 
%common . attrib; 

> 

<! ELEMENT ship . to . address (address . set ) > 
< ! ATTLIST ship. to. address 
%common . attrib; 

> 

<! ELEMENT ship . from. address {address . set ) > 
<! ATTLIST ship. from. address 
^common . attrib; 

> 

<! ELEMENT bill . to . address ( address . set ) > 
<!ATTLIST bill. to. address 
%common. attrib; 

> 
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<?xml version="l . 0"?> 

<! — ■ ibm.xml Version: 0.1 - — > 

< ! - Purpose: market .p . info for Ingram Micro demo - — ■> 

< ! -- Terry Allen 31 Dec 1997 - -> 

<i— Copyright 1997 CNgroup, Inc. — > 

<!DOCTYPE market. participant .info SYSTEM "imarkprt . dtd"> 
<market .participant . inf o> 

<business . inf o> 

<business . name > IBM 

</business . name> 

<address . set> 

<physical . address> 

<locat ion. in. street >1 

< /location. in. street > 

<street>01d Orchard Road 

</ street> 

<city>Armonk 

</city> 

<country . subentity> 
<country . subentity . us usps="NY"/> 
</country . subentity> 
<country country .name="US"/> 
<postcode>10504 
</postcode> 
</physical . address> 
<telephone> 

<telephone .number> (914 ) 499-1900 
</ telephone . number> 
</telephone> 
</address . set> 
</business . inf o> 
<service . set> 
<service> 

<service . name>order fulfillment 
</ service ,name> 
<service . function . sequence> 
<service . function> 

<doctype to .party="IBM n >order . dtd</doctype> 
</service . f unction> 
</service . function . sequence> 
<service . location . point er> 
<xll. locator urllink= M http : //www. ibm.com/orders . xml">Send Orders Here 
</xll . locator> 
</ service . location .point er> 
<contact> 

<contact . function>Approves Purchase Orders 

</contact . function> 

<personal.name>Pam Potter-Ricco 

</personal . name> 

<occupation . title>P0 Associate 

</ occupation . title> 

<address . set> 

<physical . address> 

<location . in . street>l 

</ location . in . street > 
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<street>01d Orchard Road 

</ street> 

<city>Armonk 

</city> 

<country . subentity> 

<country . subentity .us usps= n NY" 

</country . subentity> 

<country country .name="US"/> 

<postcode>10504 

</postcode> 
</physical . address> 
<telephone> 

<telephone.number>123-456-7890 

</telephone . number> 
</telephone> 
<fax>123-456-7889 
</fax> 

<email>ppr@ibm. com 
</ email> 
</address . set> 
</contact> 

</service> 
</service . set> 
</market .participant . inf o> 
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<!■ — icat.dtd Version: 0.1 — > 

<! — Purpose: catalog entry for Ingram Micro demo - - > 
<!— Terry Allen 5 Jan 1998 — > 
<!-- Copyright 1998 CNgroup, Inc. — > 

<! ENTITY % common SYSTEM "icommatt .mod"> 
% common; 

<! ENTITY % ttl SYSTEM " tt lattri . mod"> 
%ttl; 

< ! ENTITY % pointers SYSTEM "ipointer •mod"> 
%pointers; 

<! ENTITY % meta SYSTEM "imeta .mod"> 
%meta; 

< ! ELEMENT catalog . entry (meta?, market .participant . info .pointer, 

catalog. entry . id, product . description . info .pointer , price . info) > 

< ! ATTLIST catalog. entry 
%common . attrib; 
%ttl. attrib; 

> 

<! ELEMENT catalog . entry . id (#PCDATA)> 
< ! ATTLIST catalog. entry. id 
%common . attrib; 

> 

<! ELEMENT price. info (#PCDATA)> 
<! ATTLIST price. info 
%common. attrib; 

> 
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<! — icatfull.dtd Version: 0.1 ~ > 

< ! ■- - Purpose: whole catalog for Ingram Micro demo — > 

<! — Terry Allen 5 Jan 1998 — > 

<! — Copyright 1998 CNgroup, Inc. — > 

<! ENTITY % common SYSTEM " icommatt .mod"> 
% common; 

<! ENTITY % ttl SYSTEM "ttlattri .mod"> 
%ttl; 

<! ENTITY % pointers SYSTEM "ipointer .mod"> 
%pointers; 

<! ENTITY % meta SYSTEM "imeta .mod"> 
%meta; 

< ! ELEMENT catalog (meta?, market .participant . info . pointer , 
payment . info, shipment . info, catalog . entry . pointer*) > 

< ! ATTLIST catalog 
%common . attrib; 
%ttl. attrib; 

> 

<! ELEMENT payment. info (#PCDATA)> 
< 'ATTLIST payment. info 
%common . attrib; 

> 

<! ELEMENT shipment . info (#PCDATA)> 
<! ATTLIST shipment .info 
%common . attrib; 

> 
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< ! - - icommatt.mod Version: 0.1 — > 

<! — Purpose: group declarations for common attributes plus 

linking elements for Ingram Micro demo --> 
<! — Terry Allen 2 Jan 1998 — > 
<!-- Copyright 1998 CNgroup, Inc. — > 



< ! ENTITY It "<"> 
<! ENTITY gt ">"> 
<! ENTITY amp "&"> 
<! ENTITY apos "&#39;"> 
<! ENTITY quot """> 

<! ENTITY % lang.attrib. implied 
"lang CDATA #IMPLIED" 

> 



<[ ENTITY % lang.attrib. required 
"lang CDATA # REQUIRED" 

> 



< 1 ENTITY % script .attrib 
"script CDATA #IMPLIED" 

> 



<! ENTITY % altrep. attrib 

"altrep. pointer CDATA #IMPLIED" 

> 



< ! ENTITY % urn. attrib. implied 
"urn CDATA #IMPLIED" 

> 

<! ENTITY % ident .attrib. implied 
"ident CDATA #IMPLIED" 

> 



< i ENTITY % ident .attrib. required 
"ident CDATA # REQUIRED" 

> 



<! ENTITY % common. attrib 
"%lang . attrib . implied; 
%script . attrib; 
%altrep . attrib; 
%ident . attrib . implied; 
%urn . attrib . implied; " 



<! ENTITY % common. attrib. ident .required 
"%lang . attrib . implied; 
%script . attrib; 
% alt rep. attrib; 
%ident . attrib . required; 
%urn . attrib . implied; " 



<! ENTITY % xll.attnames. attrib 



{00058304.DOC } 



"XML-ATTRIBUTES CDATA #FIXED 

&#39;HREF urllink 
SHOW XLL-SHOW 
ACTUATE XLL-ACTUATE 
BEHAVIOR XLL-BEHAVIOR 
XML-LINK XLL-LINK&#39;" 

> 

<! ENTITY % xll.exlink.attrib 
1 %xll . attnames . attrib; 

XLL-LINK CDATA #FIXED "EXTENDED" 
XLL-SHOW CDATA #FIXED "EMBED" 
XLL-ACTUATE CDATA #FIXED "USER" 
XLL-BEHAVIOR CDATA #FIXED "EMBED" 1 

> 

< ! ENTITY % xll.loclink. attrib 
1 %xll . attnames . attrib; 

XLL-LINK CDATA # FIXED "LOCATOR" 
XLL-SHOW CDATA #FIXED "EMBED" 
XLL-ACTUATE CDATA # FIXED "USER" 
XLL-BEHAVIOR CDATA #FIXED "EMBED" T 

> 

<! ENTITY % xll.or.urn "xll. locator | urn . reference" 
> 

<! ELEMENT xll. locator (#PCDATA)> 
<!ATTLIST xll. locator 

%common . attrib; 

%xll . loci ink . attrib; 

urllink CDATA # REQUIRED 

> 

<! ELEMENT urn . reference (#PCDATA)> 
< ! ATTLIST urn. reference 

%common . attrib; 

urnlink CDATA # REQUIRED 

xll. frag. extender CDATA #IMPLIED 

> 

<! ENTITY % party. attrib "party CDATA #IMPLIED"> 

<! ENTITY % from. party. attrib "from. party CDATA #IMPLIED"> 

< ! ENTITY % to. party. attrib "to. party CDATA #IMPLIED"> 

< ! ENTITY % owner .party. attrib "owner. party CDATA #IMPLIED"> 

< ! ENTITY % in. possession. of .party . attrib "in. possession. of .party CDATA 

#IMPLIED"> 

< ! ENTITY % to. deliver. to. party. attrib "to. deliver. to. party CDATA #IMPLIED 

<! ELEMENT xll . xptr . frag (#PCDATA)> 
< ! ATTLIST xll. xptr. frag 
% common . attrib; 

> 

<! ENTITY % single. choice. attrib "cbl-choice CDATA #FIXED T single 1 "> 
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<!-- ifull.xml Version: 0.1 -■ -> 

<! — Purpose: full catalog for Ingram Micro demo 
<!-- Terry Allen 5 Jan 1998 — > 
<!-- Copyright 1998 CNgroup, Inc. — > 

<?xml version="l . 0"?> 

<!DOCTYPE catalog SYSTEM "icatfull • dtd"> 
<catalog> 

<market .participant . inf o .pointer> 

<xll . locator urllink=" Ingram. xml M /> 
< /market .participant . inf o .point er> 
<payment . inf o>TBS 
</payment . inf o> 
<shipment . inf o>TBS 
</shipment . inf o> 
<catalog . entry .point er> 

<xll . locator urllink="thinkcat .xml f, /> 
</ catalog . entry .point er> 
<catalog. entry .point er> 

<xll . locator urllink="hnotecat .xml n /> 
</catalog. entry. point er> 
</ catalog> 
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<! — ihi.xml Version: 0.1 --> 

<!-- Purpose: inventory request for Ingram Micro demo — > 
<! — Terry Allen 5 Jan 1998 ■--> 
<!-- Copyright 1998 CNgroup, Inc. --> 

<?xml version- n 1.0"?> 

<!DOCTYPE request. for. info SYSTEM "iireq. dtd n > 

<request . for . inf o> 
<inf o . description . set> 
<inf o . description> 
<xml . descriptor> 

<doctype><dtd systemid="iinv. dtd"/x/doctype> 
<xml . descriptor . details> 

<xll.xptr.frag>ROOT() ( 1, line . description . one) STRING ( DIGITAL HiNote Ultra 2000) 

</xll . xptr . f rag> 

</xml . descriptor . details> 

</xml . descriptor> 

</ info . description> 

</ info . description . set> 

</ request . for . inf o> 
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<! — iinf odsc .mod Version: 0.1 --> 

< ! Purpose: substrate for requests for information for Ingram Micro demo — > 

<! — Terry Allen 5 Jan 1998 — > 

<! — Copyright 1998 CNgroup, Inc. --> 

<! ENTITY % infodesc.or.set 

" (info. description | info . description . set ) " 

> 

<! ELEMENT info . description . set ( %inf odesc . or . set ; , 
{(and, %inf odesc . or . set ;) * 
| (or, %inf odesc . or . set ;) * 
i (not, %inf odesc . or . set ;) ) 

)> 

< ! ATTLIST info. description. set 
%common . attrib; 

> 

<! ELEMENT and EMPTY> 
<! ATTLIST and 

%common . attrib; 

> 

<! ELEMENT or EMPTY> 
<! ATTLIST or 

%common . attrib; 

> 

<! ELEMENT not EMPTY> 
<! ATTLIST not 

%common. attrib; 

> 

<! ELEMENT info . description {xml . descriptor | nonxml . descriptor 

| urn. reference | regexp | range) > 
<! ATTLIST info. description 

%common . attrib; 

> 

<! ELEMENT xml . descriptor (doctype, xml . descriptor . details ) > 
<! ATTLIST xml .descriptor 
%common. attrib; 

> 

<! ELEMENT nonxml . descriptor ( %xll . or . urn; ) > 
<! ATTLIST nonxml. descriptor 
%common . attrib; 

cblpointer CDATA #FIXED "outside" 

> 

<! ELEMENT regexp {#PCDATA)> 
<! ATTLIST regexp 
%common . attrib; 

> 

< ! ELEMENT doctype (dtd)> 
<! ATTLIST doctype 



{00058304.DOC } 



%common . attrib; 

> 



<! ELEMENT dtd EMPTY> 
< ! ATTLIST dtd 

systemid CDATA #IMPLIED 

publicid CDATA #IMPLIED 

%coromon . attrib; 

> 

<! ELEMENT xml . descriptor . details (xml . descriptor . context ? , 

(xll . xptr . f rag | xml . other . descriptor )+) > 
<! ATTLIST xml. descriptor .details 
%common . attrib; 

> 

<! ELEMENT xml . descriptor . context EMPTY> 
<! ATTLIST xml. descriptor .context 
%common . attrib; 

xll. link. traverse (none | all | all.recurse) "all . recurse" 

> 

<! ELEMENT xml . other . descriptor (#PCDATA)> 
<! ATTLIST xml. other. descriptor 

%common. attrib; 

type CDATA #REQUIRED 

> 

<! ELEMENT range (range .parameter, range .parameter , range . parameter* ) > 
<! ATTLIST range 

schema. name CDATA #IMPLIED 

%common . attrib; 

> 

<! ELEMENT range . parameter (#PCDATA)> 
<! ATTLIST range .parameter 

range. type (integer j decimal | nonnumeric) "decimal" 

schema. mapping CDATA # IMPLIED 

%common . attrib; 

> 
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<!- — iinv.dtd Version: 0.1 — > 

< ! - - Purpose: provide inventory information for Ingram Micro demo — > 
<! — Terry Allen 5 Jan 1998 — > 
<!-- Copyright 1998 CNgroup, Inc. — > 

<! ENTITY % common SYSTEM "i comma tt . mod"> 
% common; 

<! ENTITY % ttl SYSTEM "ttlattri .mod"> 
%ttl; 

<! ENTITY % pointers SYSTEM "ipointer .mod"> 
%pointers ; 

<! ENTITY % meta SYSTEM 11 imeta .mod n > 
%meta; 

<! ENTITY % infodesc SYSTEM "iinf odsc .mod"> 
%inf odesc; 



<! ELEMENT inventory . item (meta?, product . description . id, 

product .choice*, present . location?, quantity . in . stock? ) > 
< ! ATTLIST inventory. item 

%common . attrib; 

%ttl. attrib; 

%owner .party . attrib; 

% in .possession . of .party . attrib; 

% to. deliver . to .party . attrib; 



<! ELEMENT product . description . id (#PCDATA)> 
< ! ATTLIST product .description. id 
%common . attrib; 

> 



<! ELEMENT product . choice { info . description) > 
< 'ATTLIST product .choice 
%common . attrib; 

> 



<! ELEMENT present . location (#PCDATA)> 
<! ATTLIST present . location 
%common. attrib; 

> 



<! ELEMENT quantity . in . stock (#PCDATA)> 
< ! ATTLIST quantity. in. stock 
%common . attrib; 

> 
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<! — iinv.xml Version: 0.1 — > 

<!-- Purpose: inventory document for Ingram Micro demo — > 

<! — Terry Allen 5 Jan 1998 — > 

<! — Copyright 1998 CNgroup, Inc. --> 

<!D0CTYPE inventory. item SYSTEM "iinv.dtd"> 
<inventory . item owner . party=" INGRAM"> 

<product . description . id>urn : x-cbl : ISBN%200-94 4 94 0 : test : companies : ibm: 000001 
</product . description. id> 

<product . choice> 
<inf o . description> 
<xml . descriptor> 
<doctype> 

<dtd systemid="iprod.dtd !t /> 
</doctype> 

<xml .descriptor .details> 

<xll . xptr . f rag>R00T 0(1, line . description . one ) STRING ( ThinkPad 770) 
</xll . xptr . f rag> 

<xll . xptr . f rag>ROOT ( ) { 1 , pentium-mmx ) 
</xll . xptr . f rag> 

<xll . xptr . f rag>R00T ( ) ( 1 , p . speed) STRING ( 223 ) 
</xll . xptr . f rag> 

<xll . xptr . f rag>ROOT ( ) { 1 , hard . disk . capacity) STRING { 4 ) 
</xll .xptr . frag> 

<xll . xptr . f rag>ROOT ( ) ( 1 , d . size ) STRING (13.3) 

</xll . xptr . f rag> 

</xml . descriptor . details> 

</xml . descriptor> 

</inf o . description> 

</product . choice> 

<present . location>St . Louis 
</present . location> 
< quantity . in . stock>4 7 
</ quantity. in . stock> 
</ inventory . item> 
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< ! - - iireq.dtd Version: 0.1 — > 

<! — - Purpose: frame requests for information for Ingram Micro demo — > 

< ! - Terry Allen 5 Jan 1998 — > 

< ! --- Copyright 1998 CNgroup, Inc. --> 

<! ENTITY % common SYSTEM n icommatt .mod"> 
% common; 

<! ENTITY % meta SYSTEM "imeta ,mod"> 
%meta; 

<! ENTITY % infodesc SYSTEM "iinf odsc .mod n > 
%inf odesc; 

<! ELEMENT request . for . info (meta?, return . quantity?, 

inf o. description. set? ) > 
< ! ATTLIST request .for. info 
%common . attrib; 

> 

<! ELEMENT return . quantity EMPTY> 
< ! ATTLIST return. quantity 
%common. attrib; 

quantity (all ! maxnumber [ maxbytes) "all" 

> 
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<!-- imarkdsc.dtd Version: 0.1 — > 

<! — Purpose: describe a marketplace — > 

<!— Terry Allen 2 Jan 1998 — > 

< ! ■-— Copyright 1998 CNgroup, Inc. — > 

<! ENTITY % common SYSTEM "icommatt .mod"> 
% common; 

<! ENTITY % ttl SYSTEM "ttlattri .mod"> 
%ttl; 

<! ENTITY % servprim SYSTEM "isrvprim.mod"> 
%servprim; 

< ! ENTITY % address SYSTEM "iaddr .mod"> 
% address; 

<! ENTITY % pointers SYSTEM "ipointer .mod"> 
%pointers ; 

<! ENTITY % meta SYSTEM "imeta .mod"> 
%meta; 

<! ELEMENT market . description (meta?, market. name, 

market . id* , market . operator*, service . set, 

market . terms .pointer ) > 
< ! ATTLIST market. description 

%common . attrib; 

%ttl. attrib; 

> 



<! ELEMENT market. name (#PCDATA)> 
<! ATTLIST market. name 
%common. attrib; 

> 



<! ELEMENT market. id (#PCDATA)> 
<! ATTLIST market. id 
%common . attrib; 

> 



<! ELEMENT market . operator (market . operator . name, 
market .participant . info .pointer ) > 

<! ATTLIST market . operator 
%common . attrib; 

> 

< ! ELEMENT market . operator . name (# PC DATA) > 
<! ATTLIST market .operator .name 
%common . attrib; 

> 
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< ! - - imarkprt . dtd Version: 0.2 --> 

<! — Purpose: groups market participant info for Ingram Micro demo 

<! — Terry Allen 5 Jan 1998 — > 

<! -- Copyright 1998 CNgroup, Inc. — > 

<! ENTITY % common SYSTEM "i comma tt ,mod"> 
% common; 

<! ENTITY % ttl SYSTEM " ttlattri .mod"> 
%ttl; 

<! ENTITY % addresso SYSTEM "iaddr .mod"> 
%addresso; 

<! ENTITY % meta SYSTEM "imeta.mod"> 
%meta; 

<! ENTITY % isrvprim SYSTEM "isrvprim.mod"> 
%isrvprim; 

<! ENTITY % pointers SYSTEM "ipointer .mod"> 
%pointers; 

<! ELEMENT market . participant . info (meta?, business . info, 

service . set+, f inancial . inf o? ) > 
< ! ATTLIST market .participant . info 

% common . at t rib; 

%ttl. attrib; 

> 



<! ELEMENT business . inf o (business . name, dba.name*, previous . name* , 
address. set, business . code* , 

company . superentities? , company . subentities?, 
company . affiliation?, contact* ) > 
<! ATTLIST company. info 
^common . attrib; 
%ttl. attrib; 



<! ELEMENT business . code EMPTY> 
<! ATTLIST business. code 
% common. attrib ; 

code. type (naics [ isic | j isx0403 . code 

i duns i duns4 [ market . assigned) # REQUIRED 

> 



<! ELEMENT business . name (#PCDATA)> 
<! ATTLIST business .name 
% common. attrib; 

> 



<! ELEMENT dba.name (#PCDATA)> 
<! ATTLIST dba.name 
% common .attrib; 

> 



<! ELEMENT previous . name (#PCDATA)> 
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< ! ATTLIST previous .name 
%common . attrib; 

> 

<! ELEMENT company . superentities ( superentity+) > 
<! ATTLIST company . superentities 
%common. attrib; 

> 

<! ELEMENT company . subentities ( subentity~f) > 
<! ATTLIST company. subentities 
% common . attrib; 

> 

<! ELEMENT company . affiliation (#PCDATA)> 
< ! ATTLIST company. affiliation 
%common . attrib; 

> 

<! ELEMENT superentity (company. name, company . info. pointer 

company. superentities?) > 
<! ATTLIST superentity 

%common . attrib; 

> 

<! ELEMENT subentity {company. name, company . info .pointer? , 

company. subentities?) > 
<! ATTLIST subentity 

%common . attrib; 

> 

<! ELEMENT financial . info (#PCDATA)> 
<! ATTLIST financial. info 
%common . attrib; 

> 
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<!-- imdesc.xml Version: 0.1 — -> 

<! — Purpose: marketplace description for Ingram Micro demo — > 

< ! --■ Terry Allen 2 Jan 1998 — > 

<! — Copyright 1998 CNgroup, Inc. — > 

<?xml version="1.0"?> 

<!DOCTYPE market. description SYSTEM "imarkdsc . dtd"> 

<market . description> 
<market . name > Ingram Micro Online Sales Network 
</market . name> 
<market . operator> 

<market . operator . name>Ingram Micro Inc. 

</market . operator . name> 

<market .participant . Inf o .pointer> 

<xll. locator urllink="ingram. xml">Ingram T s Market Participant Info 

</xll . locator> 
</market .participant . inf o .pointer> 
</market . operator> 
<service . set> 
<service> 

<service.name>Ordering and Fulfillment 
</ service . name> 
<service . function . sequence> 

<service . function> 
<doctype f rom. party="any" to . party="ingram n >order . dtd</doctype> 
<doctype f rom.party= n ingram" to .party="any">ack. dtd</doctype> 

</ service . f unction> 

<service . f unction> 
<doctype f rom.party="ingram M to .party="any">invoiceo. dtd</doctype> 
<doctype f rom.party="any n to .part y= " Ingram" >ack . dtd</doctype> 

</ service . f unction> 

<service . f unction> 
<doctype f rom.party="ingram" to .party= n any">shipnote . dtd</doctype> 

</ service . f unction> 

<service . f unction> 
<doctype f rom. party="any" to . party="ingram">paynoteo . dtd</doctype> 
<doctype f rom. party=" Ingram" to ,party="any">ack. dtd</doctype> 

</service . f unction> 
</service . function . sequence> 
</service> 
<service> 

<service.name>Market Participant Registration and Querying 

</ service . name> 

<service . function . sequence> 

<service . f unction> 
<doctype f rom.party^'any" to . part y=" Ingram" >imarkprt . dtd</ doctype> 
<doctype f rom.party= ,, ingram" to .party="any">ack. dtd</doctype> 

</service . f unction> 
</ service . function . sequence> 
</service> 
<service> 
<service . name>Catalog Querying 
</ service . name> 
<service . function . sequence> 

<service . f unction> 
<doctype from. part y="any" to. part y=" Ingram 1 ' >iireq. dtd</doctype> 
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<doctype f rom.party="ingram" to.party="any">icatfull . dtd</doctype> 
</service . function> 

</service . function . sequence> 
</ service> 
<service> 

<service . name>Product Information Acceptance 

</service . name> 

<service . function . sequence> 
<service . f unction> 

<doctype f rom.party="any" to .party="ingram">iprod . dtd</doctype> 

<doctype f rom.party= n ingram" to . part y=" any ">ack,dtd</doctype> 

<doctype party="ingram M >catentry . dtd</doctype> 
</service . function> 

</service . function . sequence> 
</service> 
<service> 

<service.name>Inventory Information Querying 

</service ,name> 

<service . function . sequence> 

<service . f unction> 
<doctype f rom.party="any" to.party="ingram">iireq.dtd</doctype> 
<doctype from. part y="ingram" to .party= n any">iinv. dtd</doctype> 
<doctype party="ingram">catentry . dtd</doctype> 

</service . function> 
</ service . function . sequence> 
</service> 
</service . set> 
<mar ket . terms . pointer> 
<xll . locator urllink="http : //www . ingrammicro . com/ online-bazaar/ terms . xml "> 
</xll . locator> 
</market . terms .pointer> 
</market . description> 
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<! — ■ imeta.mod Version: 0.1 - - > 

< ! - - Purpose: group metainf ormation for Ingram Micro demo --> 

<!-- Terry Allen 31 Dec 1997 -- -> 

<! — Copyright 1997 CNgroup, Inc. --> 

<! ELEMENT meta (urn?, url?, version?, time . created?, 

time . last .modified? ) > 
< ! ATTLIST meta 

%common . attrib; 

> 

<! ELEMENT url {#PCDATA)> 
<! ATTLIST url 

%common . attrib; 

> 

<! ELEMENT urn (#PCDATA)> 
<! ATTLIST urn 

%common . attrib; 

> 

<! ELEMENT version (#PCDATA)*> 
<! ATTLIST version 
% common. attrib ; 

> 

<! ELEMENT time. created {utc)> 
<! ATTLIST time. created 
% common . attrib; 

> 

<! ELEMENT time . last . modified (utc)> 
<! ATTLIST time. last. modified 
% common . attrib ; 

> 
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<?xml version="1.0"?> 

<!-- ingram.xml Version: 0.1 --> 

<! — Purpose: market .p. info for Ingram Micro demo --> 

<!-- Terry Allen 3 Jan 1998 — > 

<! — Copyright 1998 CNgroup, Inc. — > 

<!DOCTYPE market. participant .info SYSTEM "imarkprt . dtd"> 
<market .participant . inf o> 
<business . inf o> 

<business . name>Ingram Micro Inc. 
</business . name> 
<address . set> 
<physical . address> 

<location. in. street>1600 

</ location . in . street> 

<street>E. St. Andrew PI. 

</street> 

<city>Santa Ana 

</city> 

<country . subentity> 

<country . subentity . us usps="CA"/> 

</country . subentity> 

<country country . name="US"/> 

<postcode>92799 

</postcode> 
</physical . address> 
<telephone> 

<telephone.number>714"566"-1000 x2259, 5154 

</telephone . number> 
</telephone> 
</address . set> 
</business . inf o> 
<service . set> 

<service> 

<service . name>Market Participant Registration 

</ service ,name> 

<service . function . sequence> 

<service . f unction> 

<doctype to .party="INGRAM n >markpart . dtd</ doctype> 
</ service . f unction> 
</service . function . sequence> 
<service . location. pointer> 
<xll . locator urllink="http : //www. ingrammicro . com/orders . xml" 
Market Participant Info Here 
</xll . locator> 
</ service . location .point er> 
<contact> 

<contact . function>Registers Market Participants 

</contact . function> 

<personal . name>Kathryn Mitchell 

</personal . name> 

<occupation . title>New Products Manager 
</ occupation . title> 
<address . set> 
<physical . address> 

<location . in . street>1600 

</locat ion. in. street > 
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<street>E. St. Andrew PI. 
</street> 
<city>Santa Ana 
</city> 

<country , subentity> 

<country . subentity . us usps= n CA n /> 

</country . subentity> 

<country country. name="US"/> 

<postcode>92799 

</postcode> 
</physical . address> 
<telephone> 

<telephone.number>714-566-1000 x2259, 5154 

</telephone . number> 
</telephone> 

<email>k .mitchell@ingrammicro . com 
</email> 
</ address . set> 
</ contact> 
</service> 
</ service . set> 
</market .participant . inf o> 
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<! — ipointer .mod Versions 0.1 — > 

<!-- Purpose: provide pointers for Ingrma Micro demo — > 

<! — Terry Allen 5 Jan 1998 — > 

<! — Copyright 1998 CNgroup, Inc. — > 

<! ELEMENT market . participant . info . pointer (%xll . or .urn; ) > 
<! ATTLIST market .participant . info. pointer 

%common . attrib; 

%xll . exlink . attrib; 

cblpointer CDATA #FIXED "content 11 
target. dtd CDATA #FIXED "imarkprt . dtd" 

> 



<! ELEMENT market . terms . pointer ( %xll . or . urn; ) > 
<! ATTLIST market . terms .pointer 
%common . attrib; 

cblpointer CDATA #FIXED "content" 

> 



<! ELEMENT company . info . pointer { %xll . or . urn; ) > 
< ! ATTLIST company. info. pointer 

%common . attrib; 

%xll . exlink . attrib; 

cblpointer CDATA #FIXED "outside" 



<! ELEMENT taxon . parent . pointer ( %xll . or .urn; ) > 
<! ATTLIST taxon. parent .pointer 
%common . attrib; 

cblpointer CDATA # FIXED "outside" 
target. dtd CDATA #FIXED "itaxo.dtd" 



< ! ELEMENT taxon . child . pointer ( %xll . or . urn; ) > 
< ! ATTLIST taxon. child. pointer 
%common . attrib; 

cblpointer CDATA #FIXED "content" 
target. dtd CDATA #FIXED "itaxo.dtd" 



<! ELEMENT taxon . pointer 
<! ATTLIST taxon. pointer 
%common . attrib; 
cblpointer CDATA 
target. dtd CDATA 



( %xll . or . urn; ) > 

#FIXED "content" 
#FIXED "itaxo.dtd" 



<! ELEMENT product . description . info . pointer ( %xll . or .urn; ) > 
< ! ATTLIST product . description . info . pointer 
%common . attrib; 

cblpointer CDATA #FIXED "content" 
target . dtd CDATA #FIXED " iprod . dtd" 



<! ELEMENT catalog . entry . pointer ( %xll . or . urn; ) > 
<! ATTLIST catalog. entry. pointer 
%common. attrib; 
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cblpointer CDATA #FIXED "content" 
target, dtd CDATA #FIXED "iprod.dtd" 

> 
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<! — ■ iprod.citd Version: 0.2 — ■> 

<! — Purpose: product description for Ingram Micro demo ■ — > 

<! — Terry Allen 3 Jan 1998 — > 

< ! -- Copyright 1998 CNgroup, Inc. — > 

<! ENTITY % common SYSTEM lf icommatt . mod" > 
% common; 

<! ENTITY % ttl SYSTEM "ttlattri ,mod"> 
%ttl; 

<! ENTITY % address SYSTEM "iaddr.mod"> 
%address; 

<! ENTITY % pointers SYSTEM "ipointer .mod"> 
%pointers; 

<! ENTITY % imeta SYSTEM "imeta.mod"> 
%imeta; 



<! — placeholders for empty elements TBS — > 



<! ELEMENT A EMPTY> 
<! ELEMENT B EMPTY> 
<! ELEMENT C EMPTY> 



<! ELEMENT product . description (meta, general .product . info, 

supplemental . product . inf o? , product . dimensions . and . warranty, 
product . specifications) > 

< ! ATTLIST product .description 
%common. attrib; 



<! ELEMENT general . product . inf o (product . identity, 

bundling. and. shipping) > 
<!ATTLIST general. product. info 

%common . attrib; 

> 



<! ELEMENT product . identity (product . id+, Ingram. taxonomy . category 

product . name?, product . line?, brand? )> 
<! ATTLIST product. identity 

%common . attrib; 

> 



<! ELEMENT product . id (#PCDATA)> 
<! ATTLIST product. id 

%common. attrib; 

assigned. by 

(manufacturer | Ingram) #IMPLIED 



<! ELEMENT Ingram. taxonomy . category (#PCDATA)> 
< ! ATTLIST ingram. taxonomy . category 
%common . attrib; 

> 
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<! ELEMENT product . name (# PCDATA) > 
< ! ATTLIST product .name 
%common . attrib; 

> 

<! ELEMENT product. line (#PCDATA)> 
<! ATTLIST product. line 
^common. attrib; 

> 

<! ELEMENT brand (#PCDATA)> 
<! ATTLIST brand 
%common . attrib; 

> 

<! ELEMENT bundling . and . shipping { open . branch . warehouse . number , 

case. pack. quantity, pallet . quantity, weight .per .unit, unit .of .weight, 
shippable. carton. flag, product . sn . on .box, barcoded. sn . on .box, 
package . length, package .width, package . height , unit .of . size, 
upc, container . upc* , bill . of .materials?, 
media. codes, cpu. codes, 

line . description . one, line . description . two? , sales . description, 
selling .bullet .set, requirements . set ) > 
<! ATTLIST bundling. and. shipping 
%common . attrib; 

> 

< i ELEMENT open . branch . warehouse . number (#PCDATA)> 
< ! ATTLIST open . branch . warehouse . number 
%common . attrib; 

> 

<! ELEMENT case . pack . quantity {#PCDATA)> 
< i ATTLIST case. pack. quantity 
%common. attrib; 

> 

<! ELEMENT pallet . quantity (#PCDATA)> 
<! ATTLIST pallet. quantity 
%common . attrib; 

> 

<! ELEMENT weight . per . unit (#PCDATA)> 
<! ATTLIST weight. per .unit 
%common . attrib; 

> 

<! ELEMENT unit . of . weight (#PCDATA)> 
<! ATTLIST unit .of .weight 
%common . attrib; 

> 

<! ELEMENT shippable . carton . flag {#PCDATA)> 
< ! ATTLIST shippable. carton. flag 
%common . attrib; 

> 
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<! ELEMENT product . sn . on . box EMPTY> 
< ! ATTLIST product .sn. on. box 

%common . attrib; 

yesorno (yes I no) # REQUIRED 

> 

<! ELEMENT bar coded . sn . on . box EMPTY> 
<! ATTLIST barcoded.sn.on.box 

%common . attrib; 

yesorno {yes | no) # REQUIRED 

> 

<! ELEMENT package . length (#PCDATA)> 
<! ATTLIST package. length 
%common . attrib; 

> 

<! ELEMENT package . width (#PCDATA)> 
<! ATTLIST package. width 
%common . attrib; 

> 

<! ELEMENT package . height (#PCDATA)> 
<! ATTLIST package. height 
%common. attrib; 

> 

<! ELEMENT unit. of. size (#PCDATA)> 
< ! ATTLIST unit. of. size 
%common . attrib; 

> 

<! ELEMENT upc (#PCDATA)> 
<! ATTLIST upc 

%common. attrib ; 

> 

<! ELEMENT container . upc (#PCDATA)> 
<! ATTLIST container .upc 
%common . attrib; 

> 

<! ELEMENT bill . of .materials (#PCDATA)> 
< ! ATTLIST bill. of .materials 
%common . attrib; 

> 

<! ELEMENT media. codes (#PCDATA)> 
<! ATTLIST media. codes 
%common . attrib; 

> 

<! ELEMENT cpu . codes (#PCDATA)> 
< ! ATTLIST cpu. codes 
%common . attrib; 

> 
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<! ELEMENT line . description . one (#PCDATA)> 
< ! ATTLIST line. description. one 
% common . at t rib; 

> 

<! ELEMENT line . description . two (#PCDATA)> 
<! ATTLIST line. description .two 
%common . attrib; 

> 

<! ELEMENT sales . description {#PCDATA)> 
<! ATTLIST sales. description 
^common . attrib; 

> 

< ! ELEMENT selling . bullet . set (selling. bullet+) > 
< ! ATTLIST selling. bullet. set 
^common . attrib; 

> 

<! ELEMENT selling . bullet (#PCDATA)> 
< ! ATTLIST selling. bullet 
%common. attrib; 

> 

<! ELEMENT requirement s . set (requirement+) > 
<! ATTLIST requirements. set 
% common . attrib; 

> 

<! ELEMENT requirement (#PCDATA)> 
<! ATTLIST requirement 
%common. attrib; 

> 

<! ELEMENT supplemental . product . info (options . accessories, 

addon . consumables ) > 
< ! ATTLIST supplemental . product . info 

%common . attrib; 

> 

<! ELEMENT options . accessories (#PCDATA)> 
<! ATTLIST options. accessories 
%common . attrib; 

> 

<! ELEMENT addon . consumables (#PCDATA)> 
<! ATTLIST addon. consumables 
%common. attrib ; 

> 

<! ELEMENT product . dimensions . and . warranty (physical . dimensions, 

warranty. info) > 
< ! ATTLIST product . dimensions . and . warranty 

%common . attrib; 

> 
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<! ELEMENT physical . dimensions (product . length, 

product .width, product .height , product . weight ) > 

< ! ATTLIST product .dimensions 
%common . attrib; 

> 



<! ELEMENT product . length (#PCDATA)> 
<! ATTLIST product .length 
%common . attrib; 

> 



<! ELEMENT product . width (#PCDATA)> 
<! ATTLIST product .width 
%common. attrib; 

> 



<! ELEMENT product . height (# PCDATA) > 
<! ATTLIST product .height 
%common . attrib; 

> 



<! ELEMENT product , weight (#PCDATA)> 
<! ATTLIST product .weight 
%common. attrib; 

> 



<! ELEMENT warranty . info (standard. warranty, onsite . support , 
onsite . yr2 , onsite . yr3, next . day. support, remarks ) > 

<! ATTLIST warranty. info 
%common . attrib; 

> 



<! ELEMENT standard . warranty (#PCDATA)> 
<! ATTLIST standard. warranty 
%common . attrib; 

> 



<! ELEMENT onsite . support EMPTY> 
<! ATTLIST onsite . support 

%common . attrib; 

yesorno (yes | no) # REQUIRED 

> 



<! ELEMENT onsite. yr2 EMPTY> 
<! ATTLIST onsite. yr2 

%common . attrib; 

yesorno (yes | no) # REQUIRED 

> 



<! ELEMENT onsite. yr3 EMPTY> 
<! ATTLIST onsite. yr3 

%common . attrib; 

yesorno (yes ! no) # REQUIRED 

> 



<! ELEMENT next . day . support EMPTY> 
<! ATTLIST next .day. support 
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%common . attrib; 

yesorno (yes | no) # REQUIRED 

> 

<! ELEMENT remarks (#PCDATA)> 
< ! ATTLIST remarks 
%common . attrib; 

> 

< ! ELEMENT product . specifications (physical . specs , 

cpu, audio. video, portex, accessory) > 
<! ATTLIST product . specif ications 

%common . attrib; 

> 

<! ELEMENT physical . specs (system. type, battery . type, est .batt .life, 
batt . recharge . time, number .batteries . included, 
max. no. batt s . installable, power .management, energy . star, 
voltage . supported, ac . adapter . type, ac . adapter . capacity, 
security . feature . set, pointing . device, number .buttons .pd, 
pd. location, docking . station, os.set, system. license, 
bundled. software, net . interface, net .management . included) > 

<! ATTLIST physical. specs 
%common . attrib; 

> 

<! ELEMENT other (#PCDATA)> 
<! ATTLIST other 
%common . attrib; 

> 

<! ELEMENT system. type (other | A | B | C) > 
<! ATTLIST system. type 
%common. attrib; 

> 

< ! ELEMENT battery. type (other | A | B | C) > 
< ! ATTLIST battery. type 
%common . attrib; 

> 

<! ELEMENT est . batt . life (#PCDATA)> 
< ! ATTLIST est .batt. life 
%common . attrib; 

> 

<! ELEMENT batt . recharge . time (#PCDATA)> 
<! ATTLIST batt .recharge. time 
%common . attrib; 

> 

<! ELEMENT number . batteries . included (#PCDATA)> 
<! ATTLIST number .batteries . included 
%common . attrib; 

> 

<! ELEMENT max . no . batts . installable (#PCDATA)> 
<! ATTLIST max. no. batts .installable 
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%common . attrib; 

> 

< ! ELEMENT power .management (#PCDATA)> 
< ! ATTLIST power .management 
%common . attrib; 

> 

<! ELEMENT energy. star EMPTY> 
<! ATTLIST energy. star 

yesorno (yes |no) # REQUIRED 

%common . attrib; 

> 

<! ELEMENT voltage . supported (other | A | B | C) > 
<! ATTLIST voltage . supported 
%common . attrib; 

> 

<! ELEMENT ac . adapter . type (other | A| B | C)> 
<! ATTLIST ac. adapter . type 
%common. attrib; 

> 

<! ELEMENT ac . adapter . capacity (#PCDATA)> 
<! ATTLIST ac. adapter .capacity 
%common . attrib; 

> 

< ! ELEMENT security . feature . set (other?, A?, B?, C?)> 
<! ATTLIST security. feature. set 
%common . attrib; 

> 

<! ELEMENT pointing . device (other | A| B | C)> 
<! ATTLIST pointing. device 
%common . attrib; 

> 

<! ELEMENT number . buttons . pd (#PCDATA)> 
<! ATTLIST number. buttons. pd 
%common. attrib; 

> 

<! ELEMENT pd. location {other | A| B j C)> 
< 'ATTLIST pd. location 
%common . attrib; 

> 

<! ELEMENT docking . station (#PCDATA)> 
<! ATTLIST docking. station 
%common . attrib; 

> 

<! ELEMENT os . set (os+)> 
<! ATTLIST os. set 
%common. attrib; 
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> 



< ! ELEMENT os (#PCDATA}> 
< ! ATTLIST os 

%common . attrib; 

> 

< ! ELEMENT system. license (other | A | B | C) > 
<! ATTLIST system. license 
%common . attrib; 

> 

<! ELEMENT bundled . software (sof tware .product+) > 
<! ATTLIST bundled. software 
%common . attrib; 

> 

<! ELEMENT sof tware . product (#PCDATA)> 
<! ATTLIST sof tware .product 
%common . attrib; 

> 

<! ELEMENT net . interface (other?, A?, B?, C?)> 
<! ATTLIST net. interface 
%common . attrib; 

> 

<! ELEMENT net .management . included (#PCDATA)> 
<! ATTLIST net .management . included 
%common. attrib; 

> 

<! ELEMENT cpu (processor, p. speed. set, p . upgrade .method, ram. installed, 
ram. max, ram. type, 11. cache, 12. cache, 12. type, 
bios .manufacturer, flash. upgrade. bios, hard. disk. capacity . set, 
h . d. interface, h . d.user . removable, removable . drive . set, 
small . floppy . drive . type, cdrom. speed, number .mod. bays, 
bayl . support . set, bay2 . support . set , other .mass . storage . set ) > 

<! ATTLIST cpu 

%common . attrib; 

> 

<! ELEMENT processor (pentium j pentium-mmx | ultra | A | B | C)> 
<! ATTLIST processor 

%common . attrib; 

%single . choice . attrib; 

> 

<! ELEMENT pentium EMPTY> 
<! ATTLIST pentium 
%common . attrib; 

> 

<! ELEMENT pentium-mmx EMPTY> 
<! ATTLIST pentium-mmx 
%common . attrib; 

> 
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<! ELEMENT ultra EMPTY> 
< ! ATTLIST ultra 
%common . attrib; 

> 

<! ELEMENT p. speed. set (p.speed+)> 
< ! ATTLIST p. speed. set 
% common. attrib; 

> 

< ! ELEMENT p. speed {#PCDATA)> 
<! ATTLIST p. speed 
%common . attrib; 

> 

< ! ELEMENT p . upgrade .method (#PCDATA)> 
<! ATTLIST p. upgrade. method 
%common . attrib; 

> 

<! ELEMENT ram. installed (#PCDATA)> 
<! ATTLIST ram. installed 
%common. attrib; 

> 

<! ELEMENT ram. max (#PCDATA)> 
<! ATTLIST ram. max 
% common. attrib ; 

> 

<! ELEMENT ram. type {other?, A?, B?, C?)> 
<! ATTLIST ram. type 
%common. attrib; 

> 

<! ELEMENT 11. cache (#PCDATA)> 
<! ATTLIST 11. cache 
%common . attrib; 

> 

<! ELEMENT 12. cache (#PCDATA)> 
<! ATTLIST 12. cache 
%common. attrib; 

> 

<! ELEMENT 12. type (other | A | B | C )> 
<! ATTLIST 12. type 
%common. attrib; 

> 

<! ELEMENT bios .manufacturer (other | A | B | C )> 
<! ATTLIST bios. manufacturer 
%common . attrib; 

> 

<! ELEMENT flash . upgrade . bios EMPTY> 
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< ! ATTLIST flash. upgrade .bios 
%common . attrib; 
yesorno (yes | no) # REQUIRED 

> 

< 'ELEMENT hard. disk, capacity, set (hard, disk . capacity-!-) > 
<! ATTLIST hard. disk. capacity. set 
%common. attrib; 

> 

<! ELEMENT hard . disk . capacity (#PCDATA)> 
< ! ATTLIST hard. disk. capacity 
%common. attrib; 

> 

<! ELEMENT h . d . interface (other [ A | B | C ) > 
<! ATTLIST h.d. interface 
%common . attrib; 

> 

<! ELEMENT h . d . user . removable EMPTY> 
<! ATTLIST h.d. user. removable 

%common . attrib; 

yesorno (yes | no) #REQUIRED 

> 

< ! ELEMENT removable . drive . set (other?, A?, B?, C?)> 
<! ATTLIST removable. drive. set 
% common . attrib; 

> 

<! ELEMENT small . floppy .drive . type (other | A | B j C )> 
< ! ATTLIST small . floppy . drive . type 
%common . attrib ; 

> 

<! ELEMENT cdrom. speed (other | A | B | C )> 
<! ATTLIST cdrom. speed 
%common . attrib; 

> 

< ! ELEMENT number .mod . bays (#PCDATA)> 
<! ATTLIST number .mod. bays 
%common . attrib; 

> 

<! ELEMENT bayl. support. set (other?, A?, B?, C?)> 
<! ATTLIST bayl. support. set 
%common. attrib; 

> 

<! ELEMENT bay2 . support . set (other?, A?, B?, C?)> 
<! ATTLIST bay2. support. set 
%common . attrib; 

> 

<! ELEMENT other .mass . storage . set (other .mass . storage* ) > 
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< ! ATTLIST other .mass . storage . set 
%common . attrib; 

> 

<! ELEMENT other .mass . storage (#PCDATA)> 
< ! ATTLIST other .mass . storage 
%common . attrib; 

> 

<!ELEMENT audio. video (display . tech, d. size. set, video .bus . type, 
v. memory. installed, v. memory. max, v. memory . type, 
d.res, color .palette, ex. monitor, ex. monitor .max. res, 
ex . color .palette, sound. support . compat, midi, full. duplex, 
audio. ports, internal . speakers, builtin .mphone, builtin .modem, 
speakerphone, voicemail, flash . upgrade .modem) > 

<! ATTLIST audio. video 
%common . attrib; 

> 

<! ELEMENT display. tech (other | A | B | C )> 
< 'ATTLIST display. tech 
% common . attrib; 

> 

<!ELEMENT d. size. set (d.size+)> 
< ! ATTLIST d. size. set 

%single . choice . attrib; 

> 

< ! ELEMENT d.size (#PCDATA)> 
< ! ATTLIST d.size 

%single . choice . attrib; 

> 

<! ELEMENT video . bus . type (other | A | B | C )> 
<! ATTLIST vi deo. bus . type 
%common . attrib; 

> 

<! ELEMENT v. memory. installed (#PCDATA)> 
< ! ATTLIST v. memory. installed 
%common . attrib; 

> 

<! ELEMENT v. memory. max (# PCDATA )> 
<! ATTLIST v. memory. max 
%common . attrib; 

> 

<! ELEMENT v .memory . type (other | A | B | C ) > 
<! ATTLIST v. memory. type 
%common. attrib; 

> 

<! ELEMENT d.res (other | A | B | C )> 
< ! ATTLIST d.res 
%common . attrib; 
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> 

<! ELEMENT color . palette (other | A | B | C )> 
< ! ATTLIST color .palette 
%common . attrib; 

> 

<! ELEMENT ex. monitor (other | A | B | C )> 
<! ATTLIST ex. monitor 
%common . attrib; 

> 

< ! ELEMENT ex . monitor .max . res (other | A | B | C )> 
<! ATTLIST ex. monitor .max. res 
%common . attrib; 

> 

< ! ELEMENT ex . color .palette (other | A | B | C )> 
< ! ATTLIST ex. color .palette 
%common . attrib; 

> 

<! ELEMENT sound . support . compat (other | A | B | C )> 
<! ATTLIST sound. support. compat 
%common. attrib; 

> 

<! ELEMENT midi (other | A | B | C )> 
<! ATTLIST midi 

%common . attrib; 

> 

<! ELEMENT full. duplex EMPTY> 
<! ATTLIST full. duplex 

%common. attrib ; 

yesorno (yes i no) # REQUIRED 

> 

<! ELEMENT audio. ports (other?, A?, B?, C?)> 
< ! ATTLIST audio. ports 
%common . attrib; 

> 

<! ELEMENT internal . speakers (other | A j B | C ) > 
<! ATTLIST internal. speakers 
%common . attrib; 

> 

<! ELEMENT built in .mphone EMPTY> 
<! ATTLIST builtin. mphone 

%common . attrib; 

yesorno (yes | no) # REQUIRED 

> 

<! ELEMENT builtin .modem EMPTY> 
<! ATTLIST builtin. modem 
%common. attrib; 
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yesorno (yes | no) # REQUIRED 

> 

<! ELEMENT speakerphone EMPTY> 
< ! ATTLIST speakerphone 

Icommon . attrib; 

yesorno (yes i no) # REQUIRED 

> 

< I ELEMENT voicemail EMPTY> 
< 1 ATTLIST voicemail 

%common . attrib; 

yesorno (yes I no) # REQUIRED 

> 

<! ELEMENT flash . upgrade .modem EMPTY> 
< ! ATTLIST flash. upgrade. modem 

%common . attrib; 

yesorno (yes | no) # REQUIRED 

> 

< ! ELEMENT portex ( system. bus . type , pcmcia . slots, cardbus .pccard, 
zv.pccard, pds . slots, ex. scsi . connector, serial .ports, 
inf . serial .ports, parallel .port , extended. parallel . protocols, 
keyboard. mouse .port . type, mouse .port . type, other .port . set ) > 

<! ATTLIST portex 
%common . attrib; 

> 

< ! ELEMENT system. bus . type (other | A j B | C )> 
< ! ATTLIST system. bus. type 
% common .attrib; 

> 

<! ELEMENT pcmcia. slots (other | A | B [ C ) > 
<! ATTLIST pcmcia. slots 
%common . attrib; 

> 

<! ELEMENT cardbus . pccard EMPTY> 
<! ATTLIST cardbus .pccard 

% common .attrib; 

yesorno (yes | no) # REQUIRED 

> 

<! ELEMENT zv.pccard EMPTY> 
<! ATTLIST zv.pccard 

%common. attrib ; 

yesorno (yes j no) # REQUIRED 

> 

<! ELEMENT pds. slots (#PCDATA)> 
<! ATTLIST pds. slots 
% common . attrib; 

> 

< ! ELEMENT ex . scsi . connector (other | A i B | C )> 
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< ! ATTLIST ex. scsi. connector 
%common . attrib; 

> 

<! ELEMENT serial. ports (#PCDATA)> 
<! ATTLIST serial. ports 
%common . attrib; 

> 

<! ELEMENT inf . serial . port s (#PCDATA)> 
<! ATTLIST inf .serial. ports 
%common . attrib; 

> 

<! ELEMENT parallel .port (A | B | C ) > 
<! ATTLIST parallel .port 
%common . attrib; 

> 

<! ELEMENT extended. parallel .protocols (other?, A?, B?, C?)> 
<! ATTLIST extended. parallel .protocols 
%common . attrib; 

> 

<! ELEMENT keyboard .mouse . port . type (other j A | B | C )> 
<! ATTLIST keyboard. mouse .port . type 
%common. attrib; 

> 

<! ELEMENT mouse . port . type (other | A | B | C )> 
<! ATTLIST mouse. port .type 
%common . attrib; 

> 

< ! ELEMENT other . port . set (other ,port+) > 
<! ATTLIST other. port. set 
%common . attrib; 

> 

<! ELEMENT other. port (#PCDATA)> 
<! ATTLIST other. port 
%common. attrib; 

> 

<! ELEMENT accessory (accessory .purpose, 

accessory . replaces, accessory . works . with) > 

<! ATTLIST accessory 
%common. attrib; 

> 

<! ELEMENT accessory . purpose (#PCDATA)> 
<! ATTLIST accessory .purpose 
%common . attrib; 

> 

<! ELEMENT accessory . replaces (#PCDATA)> 
< ! ATTLIST accessory. replaces 
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% common . at t rib; 

> 

<! ELEMENT accessory . works . with (#PCDATA)> 
< ! ATTLIST accessory. works .with 
Icommon . attrib; 

> 
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<! — isrvprim.mod Version: 0.1 - - > 

<!-- Purpose: provide primitives for service descriptions — - 

<!— Terry Allen 2 Jan 1998 — > 

<! — Copyright 1998 CNgroup, Inc. -— > 

<! ELEMENT service ( service . name, 

service . function . sequence+, service . location .pointer* , 

contact* ) > 
<!ATTLIST service 

%common . at t rib; 

> 

<! ELEMENT service. name (#PCDATA)> 
< ! ATTLIST service. name 
% common . attrib; 

> 

<! ELEMENT service . function . sequence ( service . function*) > 
<! ATTLIST service . function . sequence 
%common . attrib; 

> 

<! ELEMENT service . function (doctype+, service . location* ) > 
<! ATTLIST service. function 
%common . attrib; 

> 

<! ELEMENT doctype (#PCDATA)> 
<! ATTLIST doctype 

%common . attrib; 

%party . attrib; 

%f rom. party . attrib ; 

% to .party . attrib; 

> 

< i ELEMENT action EMPTY> 
<! ATTLIST action 

verb (register | retrieve | query | unregister | notarize 
| act. upon ) # REQUIRED 

> 

< ! ELEMENT service . location . pointer ( %xll . or . urn ; ) > 
< ! ATTLI ST service . location . pointer 
% common . attrib; 

cblpointer CDATA #FIXED "outside" 

> 



< ! ELEMENT contact ( contact . function* , personal . name* , 
language . understood* , 

occupation. title?, occupation. code?, address . set+) > 
<! ATTLIST contact 
% common . attrib; 

> 

<! ELEMENT contact . function (#PCDATA)> 
<! ATTLIST contact . function 
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%common . attrib; 

> 



<! ELEMENT language . understood EMPTY> 
< ! ATTLIST language. understood 
%lang. attrib. reguired; 

> 

<! ELEMENT service. set (service+)> 

<! ATTLIST service. set 

> 
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<! — itaxo.dtd Version: 0.1 — > 

<! — Purpose: define taxonomy structure for Ingram Micro demo --> 

<!-- Terry Allen 5 Jan 1998 — > 

<i — Copyright 1998 CNgroup, Inc. - - > 

<! ENTITY % common SYSTEM "i comma tt .mod 11 > 
% common; 

< ! ENTITY % pointers SYSTEM "ipointer .mod"> 
%pointers ; 

<! ELEMENT taxon (t axon. name, taxon.id, 

taxon . info? , taxon .parent .pointer* , 
(taxon. child. pointer | taxon) *)> 
< ! ATTLIST taxon 
%common . attrib; 

> 

<! ELEMENT taxon. name (#PCDATA)> 
<! ATTLIST taxon. name 
%common . attrib; 

> 

<! ELEMENT taxon.id {#PCDATA)> 
<! ATTLIST taxon.id 
% common a attrib; 

> 

<! ELEMENT taxon. info (#PCDATA)> 
<! ATTLIST taxon. info 
%common. attrib ; 

> 
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<?xml version="l . O n ?> 

<!-- itaxo.xml Version: 0.2 --> 

<! — Purpose: part of Ingram Micro taxonomy — > 

<! — Terry Allen 5 Jan 1998 — > 

<! — Copyright 1998 CNgroup, Inc. — > 

<!DOCTYPE taxon SYSTEM "itaxo . dtd"> 
<taxon> 

<taxon.name>Ingram Micro Taxonomy of Computer Goods 

</taxon . name> 

<taxon . id>ingrarrt: root 

</taxon. id> 

<taxon.info>Everything Ingram Micro sells 
</taxon.info> 
<taxon> 

<taxon.name>Computer Systems 
</taxon . name> 
<taxon . id>ingram: 00 
</ taxon . id> 

<taxon.info>Computers and some components 
</taxon . inf o> 
<taxon> 

<taxon.name>Desktop Computers 

</taxon.name> 

<taxon . id>ingram: 00.01 

</taxon. id> 

<taxon.info>Stub for first subdivision 

</ taxon . inf o> 

</taxon> 

<taxon> 
<taxon.name>Tower Computers 
</taxon . name> 
<taxon . id>ingram: 00 . 03 
</taxon . id> 

<taxon.info>Stub for second subdivision, all other subdivisions 

omitted save for no. 11 
</taxon . inf o> 
</taxon> 

<taxon> 

<taxon.name>Portable Computer, Memory & Accessories 

</ taxon. name > 

<taxon . id>ingram: 00 .11 

</ taxon. id> 

<taxon.info>Laptops, etc., not further categorized in this 

taxonomy 
</taxon . inf o> 
</taxon> 
</taxon> 
</taxon> 
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<!- — ithink.xml Version: 0.1 - — > 

<! — Purpose: inventory request for Ingram Micro demo --> 

< ! — Terry Allen 5 Jan 1998 — > 

< ! — Copyright 1998 CNgroup, Inc. — > 

<?xml version="1.0"?> 

<!D0CTYPE request. for. info SYSTEM "iireq.dtd"> 

<request . for . inf o> 
<inf o . description . set> 
<inf o . description> 
<xml . descriptor> 

<doctype><dtd systemid="iinv. dtd H /X/doctype> 
<xml .descriptor .detail s> 

<xll . xptr . f rag>R00T ( ) ( 1 , line . description . one ) STRING {ThinkPad 770 ) 
</xll .xptr . f rag> 

<xll . xptr . f rag>ROOT { ) ( 1 , pentium-mmx) 

</xll . xptr . f rag> 

</xml . descriptor . details> 

</xml .descriptor> 

</ info . description> 

</ inf o. description. set> 

</ request . for . inf o> 
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<?xml versiorv= ,f l . 0"?> 

<! — think, xml Version: 0.1 — ■> 

<!-- Purpose: IBM product description for Ingram Micro demo 

<!— Terry Allen 3 Jan 1998 — > 

<! — Copyright 1998 CNgroup, Inc. — > 

<!DOCTYPE product .description SYSTEM "iprod.dtd"> 

<product . description> 
<meta> 

<urn>urn : x-cbl : ISBN%200-94 4 94 0 : test : companies : ibm: 000001 
</urn> 
</meta> 

<general . product . inf o> 
<product . identity> 

<product . id assigned . by="manuf acturer ">TBS 
</product . id> 

<product . id assigned,by="ingram"> 
</product . id> 

<ingram. taxonomy . category>ingram: 00 . 11 
</ Ingram. taxonomy . category> 



</product . identity> 
<bundling . and . shipping> 



<open . branch . warehouse . number> 

</ open . branch . warehouse . number> 

<case . pack . quantity> 

</case .pack. quant it y> 

<pallet . quantity> 

</pallet . quantity> 

<weight .per . unit> 

</ weight .per .unit > 

<unit . of . weight> 

</unit . of . weight > 

<shippable . carton . f lag> 

</ shippable . carton . f lag> 

<product . sn. on .box yesorno="yes"/> 

<barcoded .sn.on. box yesorno="yes " /> 

<package . length> 

</package . length> 

<package . width> 

< /package . width> 

<package . height> 

</package . height> 

<unit . of . size> 

</unit . of . size> 

<upc> 

</upc> 

<container . upc> 
</ container . upc> 
<bill . of .material s> 
</bill . of .material s> 
<media . codes> 
</media.codes> 
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<cpu. codes> 
</ cpu . codes> 

<line . description . one>ThinkPad 770 

</line . description . one> 

<line . description . two> 

</line . description . two> 

<s ales .de script ion> 

</ sales . description> 

<selling. bullet . set> 

<selling .bullet > 

< /selling .bullet > 

< selling .bullet > 

</ selling .bullet > 
</ selling. bullet . set> 
Requirements . set> 
<requirement> 
</requirement> 
<requirement> 
</ requirement > 
</requirements . set> 
</bundling . and . shipping> 

</general .product . inf o> 

<supplement al . product . inf o> 

<options . accessories> 

</options . accessories> 

<addon . consumables> 

</addon . consumables> 
</ supplemental . product . inf o> 

<product . dimensions . and . warranty> 

<physical . dimensions> 

<product . length> 

</product . length> 

<product .width> 

</product . width> 

<product .height> 

</product .height> 

<product . weight> 

</product . weight> 
</physical . dimensions> 

<warranty . inf o> 
<standard. war rant y> 
</standard. warranty> 
<onsite . support yesorno="yes"/> 
<onsite.yr2 yesorno="yes"/> 
<onsite.yr3 yesorno= : "yes n /> 
<next .day. support yesorno="yes"/> 
<remarks> 
</ remarks > 

</warranty . inf o> 

</product . dimensions . and * warranty> 
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<product . specif ications> 

<physical . specs> 

<system. type><A/> 

</system. type> 

<battery. type><B/> 

</battery . type> 

<est .batt . lif e> 

</est .batt . lif e> 

<batt . recharge . time> 

</batt . recharge . time> 

<number . batteries . included> 

</number . batteries . included> 

<max.no .batts . installable> 

< /max. no .batts . installable> 

<power. management > 

</power .management> 

<energy.star yesorno="yes" /> 

<voltage . supported><C/> 

</voltage . supported> 

<ac . adapter . typeXA/> 

</ac . adapter . type> 

<ac . adapter . capacity> 

</ac . adapter . capacity> 

<security . feature . setXA/> 

</security. feature . set> 

<pointing . device><A/> 

</pointing . device> 

<number .buttons .pd> 

</number .buttons. pd> 

<pd. location><A/> 

</pd. location> 

<docking . station> 

</docking . station> 

<os . set> 

<os>nt 

</os> 

<os>win95 

</os> 

<os>win95 

</os> 

</os . set> 

<system. license><A/> 
</ system. license> 
<bundled . sof tware> 

<sof tware .product> 

</sof tware ,product> 
</bundled. software> 
<net . interf ace><B/> 
</net . interf ace> 
<net . management . included> 
</net .management . included> 

</physical . specs> 

<cpu> 
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<processor> 

<p e n t i um-mmx / > 
</processor> 
<p . speed. set> 
<p.speed>200 
</p . speed> 
<p . speed>233 
</p . speed> 
</p. speed. set> 
<p . upgrade . method> 
</p .upgrade .method> 
<ram. installed> 
</ram. installed> 
<ram.max> 
</ram.max> 

<ram.type><otherX/other> 

</ram. type> 

<11 . cache> 

</ll . cache> 

<12 . cache> 

</12.cache> 

<12.type><B/> 

</12 .type> 

<bios .manuf acturer><A/> 

</bios .manuf acturer> 

<f lash. upgrade .bios yesorno= H yes"/> 

<hard. disk. capacity . set > 

<hard. disk. capacity>3 . 2 

</hard.disk. capacity> 

<hard. disk. capacity>4 

</hard. disk . capacity> 

<hard.disk. capacity>5 . 1 

</hard.disk. capacity> 

</hard. disk. capacity . set> 

<h.d. inter face><B/> 

</h . d. interf ace> 

<h . d.user . removable yesorno="no"/> 
<removable . drive . set><A/> 
</ removable . drive . set> 
<small , floppy . drive . type><A/> 
</ small . floppy . drive . type> 
<cdrom.speedXC/> 
</cdrom. speed> 
<number . mod . bays> 
< /number .mod. bays > 
<bayl . support . set><A/> 
</bayl . support . set> 
<bay2 . support . setXA/ > 
</bay2 . support . set> 
<other .mass . storage . set> 
<other .mass . storage> 
</other .mass . storage> 
</other .mass . storage . set> 
</cpu> 

<audio. video> 
<display . techXA/> 
</display . tech> 
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<d . size . set> 
<d . size>13 . 3 
</d. size> 
<d. size>14 . 1 
</d. size> 
</d. size . set> 
<video .bus . type><A/> 
</ video. bus . type> 
<v. memory. installed> 
</v .memory . installed> 
<v . memory . max> 
</v . memory . max> 
<v. memory . type><A/> 
</v. memory . type> 
<d.res><A/> 
</d.res> 

<color.palette><A/> 

</ color .pale tte> 

<ex . monitor ><A/> 

</ ex .monitor > 

<ex .monitor .max . res><A/> 

</ ex .monitor .max . res> 

<ex . color .pale tteXA/> 

</ex . color .palette> 

<sound. support . compat><A/> 

</sound. support . compat> 

<midi><A/> 

</midi> 

<full. duplex yesorno="yes"/> 

<audio .ports><A/> 

</audio .ports> 

<internal . speakers><A/> 

</ internal . speakers> 

<bui 1 tin. mphone ye s or no= " ye s " / > 

<builtin .modem yesorno="yes"/> 

<speakerphone yesorno="yes n /> 

<voicemail yesorno="yes"/> 

<f lash .upgrade .modem yesorno="yes" 
</audio . video> 
<portex> 

<system.bus . typeXA/> 

</system.bus . type> 

<pcmcia . slotsXA/> 

</pcmcia . slots> 

<cardbus .pccard yesorno="yes"/> 

<zv.pccard yesorno="yes"/> 

<pds . slots> 

</pds . slots> 

<ex . scsi . connector ><A/> 

</ex . scsi . connector > 

<serial .ports> 

</serial ,ports> 

<inf . serial .ports> 

</ inf. serial .ports> 

<parallel .port><A/> 

< /parallel .port > 

<extended. parallel .protocol s><A/> 
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</extended. parallel .protocols> 

<keyboard. mouse .port . type><A/> 

</keyboard. mouse .port . type> 

<mouse .port . type><A/> 

</mouse .port . type> 

<other .port . set> 

<other ,port> 

</other ,port> 

</ other . port . set> 
</portex> 
<accessory> 

<accessory ,purpose> 

</ accessory .purpose> 

<accessory . replaces> 

</ accessory . replaces> 

<accessory .works ,with> 

</accessory. works .with> 
</ accessory> 
</product . specif ications> 

</product . description> 
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<! — thinkcat . xml Version: 0.1 --> 

<!-- Purpose: catalog entry for Ingram Micro demo — ■> 

<! — Terry Allen 5 Jan 1998 — > 

<! — Copyright 1998 CNgroup, Inc. — > 

<?xml version="1.0"?> 

<!DOCTYPE catalog. entry SYSTEM "icat .dtd"> 
<catalog . entry> 

<market . participant . info . point er> 

<xll . locator urllink="ingram. xml"/> 

</market .participant . info . pointer> 

<catalog. entry . id>ingthink770 

</ catalog . entry. id> 

<product . description . info . pointer> 

<xll . locator urllink="think.xml"/> 

</product .description. info. pointer> 

<price.info>TBS 

</price . inf o> 

</ catalog . entry> 
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< ! - ttlattri .mod Version: 0.21 — > 

<!• — Purpose: group time-to-live attributes --> 

< ! -- Terry Allen 5 Oct 1997 — > 

<! — Copyright 1997 CNgroup, Inc. --> 

<! ENTITY % ttl.attrib 

"commences CDATA #IMPLIED 
expires CDATA #IMPLIED" 

> 
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Exhibit I. Glushko, Robert J., Implementing Domain-specific 
Commerce Languages with a Common Business Library, Slides 29-31 
(delivered July 25, 1998) accessed at 

http://groups.haas.berkeley.edu/citm/conferences/cec/Presentations/ 
Session3/ glushko.pdf on October 26, 2006 
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Abstract 

WSDL is an XML format for describing network services as a set of endpoints operating on messages containing either 
document-oriented or procedure-oriented information, The operations and messages are described abstractly, and then 
bound to a concrete network protocol and message format to define an endpoint. Related concrete endpoints are combined 
into abstract endpoints (services). WSDL is extensible to allow description of endpoints and their messages regardless of 
what message formats or network protocols are used to communicate, however, the only bindings described in this 
document describe how to use WSDL in conjunction with SOAP 1.1, HTTP GET/POST, and MIME. 

Status 

This document is a submission to the World Wide Web Consortium (see Submission Request W3C Staff Comment ) as a 
suggestion for describing services for the W3C XML Activity on XML Protocols . For a fuil list of all acknowledged 
Submissions, please see Acknowledged Submis sions to W3C . 

This draft represents the current thinking with regard to descriptions of services within Ariba, IBM and Microsoft. It 
consolidates concepts found in NASSL, SCL, and SDL (earlier proposals in this space). 

This document is a NOTE made available by the W3C for discussion only. Publication of this Note by W3C indicates no 
endorsement by W3C or the W3C Team, or any W3C Members. W3C has had no editorial control over the preparation of 
this Note. This document is a work in progress and may be updated, replaced, or rendered obsolete by other documents at 
any time, 

A list of current W3C technical documents can be found at the Technical Reports page. 

Table of Contents 

1 Introduction. 

1 .1 WSDL Document Example 

1. 2 Notattonal Con ventions 
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2.1 Document Structure 

2.1.1 Document Nam in g and Lin king 

2.1.2 Authorin g St yle 

2.1.3 Language Extensibility and Binding 

2.1.4 Documentation 

2.2 Types 

2.3 Messages 

2.3.1 Message Parts 

2.3.2 Abstract vs. Concre te Messages 

2.4 Port Types 

2.4.1 One-way Operation 



mhtol:file://G:\WDOX\CLIENTS\OIN\1004»l\00058306.MHT 



12/27/2007 



Web Service Definition Language (WSDL) 



Page 2 of 31 



2.4.2 Request-response Operation. 

2.4.3 Solicit-response Operati on 

2.4.4 Not ification Operation 

2.4.5 Names of Elements within an O peration 

2.4.6 Parameter Order within an Op eration 
2.5JBindjngs 

2.6 Ports 

2.7 Services 

3 SOAP Binding 

3.1 SOAP Exam ples 

3.2 How the SOAP Bindin g Extends WSDL 

3.3 soap:binding 

3.4 soapioperat ion 

3.5 soap:body 

3.6 soap:fault 

3.7 soap:header and soap:headerfault 

3.8 soapiaddress 

4 HTTP GET & POST Binding 

4.1 HTTP GET/POST Examples 

4.2 How the HTTP GET/POST Binding Extends WSDL 

4.3 htt p :ad dress 

4.4 http:binding 

4.5 httpiop eration 

4.6 httprurlEncoded 

4.7 http:urlReplacement 

5 MIME Binding 

5.1 MIME Binding exam ple 

5.2 How th e MIME Bindin g extends WSDL 

5.3 mime:content 

5.5 soap:body 

5 .6 mime: m imeXm | 

6 References 

A 1 Notes on URis 

A 1.1 XML namespace s & schema locations 

A 1.2 Relative URIs 

A 1,3 Generatin g URIs 

A2.WjLefojma.i 

A 2.1 Example 1 

A 3 Location of Extensibility Elements 

A 4 Schemas 

A 4.1 WSDL Schema 

A 4.2 SOAP Bindin g Schema 

A 4.3 HTTP Binding Schema 

A 4.4 MIME Binding Schema 

1. Introduction 

As communications protocols and message formats are standardized in the web community, it becomes increasingly 
possible and important to be able to describe the communications in some structured way. WSDL addresses this need by 
defining an XML grammar for describing network services as collections of communication endpoints capable of 
exchanging messages. WSDL service definitions provide documentation for distributed systems and serve as a recipe for 
automating the details involved in applications communication. 

A WSDL document defines services as collections of network endpoints, or ports. In WSDL, the abstract definition of 
endpoints and messages is separated from their concrete network deployment or data format bindings. This allows the 
reuse of abstract definitions: messages, which are abstract descriptions of the data being exchanged, and port types 
which are abstract collections of operations. The concrete protocol and data format specifications for a particular port type 
constitutes a reusable binding. A port is defined by associating a network address with a reusable binding, and a collection 
of ports define a service. Hence, a WSDL document uses the following elements in the definition of network services: 

• Types- a container for data type definitions using some type system (such as XSD). 

• Message- an abstract, typed definition of the data being communicated. 

• Operation- an abstract description of an action supported by the service. 

• Port Type-an abstract set of operations supported by one or more endpoints. 

• Binding- a concrete protocol and data format specification for a particular port type. 

• Port- a single endpoint defined as a combination of a binding and a network address. 

• Service- a collection of related endpoints. 
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These elements are described in detail in Section 2. It is important to observe that WSDL does not introduce a new type 
definition language. WSDL recognizes the need for rich type systems for describing message formats, and supports the 
XML Schemas specification (XSD) [1 1J as its canonical type system. However, since it is unreasonable to expect a single 
type system grammar to be used to describe all message formats present and future, WSDL allows using other type 
definition languages via extensibility. 

In addition, WSDL defines a common binding mechanism. This is used to attach a specific protocol or data format or 
structure to an abstract message, operation, or endpoint. It allows the reuse of abstract definitions. 

In addition to the core service definition framework, this specification introduces specific binding extensions for the 
following protocols and message formats: 

• SOAP 1.1 (see Section 3) 

• HTTP GET / POST ( see Section 4 ) 

• MIME (see Sectjpn 5) 

Although defined within this document, the above language extensions are layered on top of the core service definition 
frMDework- Nothing precludes the use of other binding extensions with WSDL. 

1.2 WSDL Document Example 

The following example shows the WSDL definition of a simple service providing stock quotes. The service supports a single 
operation called GetLastTradePrice, which is deployed using the SOAP 1.1 protocol over HTTP. The request takes a ticker 
symbol of type string, and returns the price as a float. A detailed description of the elements used in this definition can be 
found in Section 2 (core language) and Section 3 (SOAP binding). 

This example uses a fixed XML format instead of the SOAP encoding (for an example using the SOAP encoding, see 
Exam ple 4). 

Example 1 SOAP 1.1 Request/Response via HTTP 

<?xml version="1.0"?> 
definitions narne="StockQuote" 

targetNamespace="http: //example . com/stockquote . wsdl" 

xmlns :tns="http: //example, com/stockquote . wsdl" 
xmlns :xsdl="http: //example. com/stockquote. xsd" 
xmlns : soap="http: //schemas . xmlsoap.org/wsdl/soap/" 
xmlns="http: //schemas . xmlsoap.org/wsdl/"> 

<types> 

<schema targe tNamespace="http : //example . com/stockquote . xsd" 
xmlns= " http : / /www . w3 . org/ 2 000/ 1 O/XMLSchema " > 
<element name=" Trade PriceRequest"> 
<complexType> 
<all> 

<element name="tickerSymbol" type=' , string"/> 
</all> 
</complexType> 
</element> 

<element name="TradePrice"> 
<complexType> 
<all> 

<element name="price" type="float"/> 
</all> 
</ complexType> 
</ element> 
</ schema > 
</types> 

<message name="GetLastTradePriceInput"> 

<part name= n body" element="xsdl : TradePriceRequest" /> 
</message> 

<message name="GetLastTradePriceOutput"> 

<part name="body" element="xsdl :TradePrice"/> 
</message> 

<portType name=" StockQuote PortType " > 

reoperation name="GetLastTradePrice"> 

<input message="tns : GetLastTradePriceInput"/> 
<output message="tns :GetLastTradePriceOutput"/> 
</operation> 
</portType> 
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<binding name="StockQuoteSoapBinding" type="tns : StockQuotePortType H > 

<soap: binding style== "document" transport="http : / / schemas . xmlsoap. org/soap/http" /> 
<operation narne="GetLastTradePrice"> 

<soap: operation soapAction="http: //example . com/GetLastTradePrice"/> 
<input> 

<soap:body use="literal"/> 
</input> 
<output> 

<soap:body use="literal" /> 
</output> 
</operation> 
</binding> 

Oervice name="StockQuoteService"> 

<documentation>My first service</documentation> 

<port name="StockQuotePort" binding="tns : StockQuoteBinding"> 
<soap: address location= n http: //example. com/stockquote"/> 

</port> 
</service> 

</def initions> 

1 .2 Notational Conventions 

1. The keywords "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", 
"RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in RFC-21 19 [2]. 

2. The following namespace prefixes are used throughout this document: 



prefix namespace URI 

wsdl http://schemas.xmlsoap.org/wsdi/ 

soap http://schemas.xmlsoap.org/wsdl/soap/ 

http http://schemas.xmlsoap.org/wsdl/http/ 

mime http://schemas.xmlsoap.org/wsdl/mime/ 

soapenc htt p://schemas.xmlsoap.org/soap/encodin g/ 

soapenv http://schemas.xmlsoap.org/soap/envelope/ 



xsi 



xsd 



tns 



http://www.w3.Or g /2000/1 0/X M LSchema - 
instance 

http://www.w3.Or g/2000/1 0/XMLSchema 



(various) 



(other) (various) 



definition 

WSDL namespace for WSDL 
framework. 

WSDL namespace for WSDL SOAP 
binding. 

WSDL namespace for WSDL HTTP 
GET & POST binding. 

WSDL namespace for WSDL MIME 
binding. 

Encoding namespace as defined by 
SOAP 1.1 [8J. 

Envelope namespace as defined by 
SOAP 1.1 [81. 

Instance namespace as defined by 
XSD [10]. 

Schema namespace as defined by 
XSD [10]. 

The "this namespace" (tns) prefix is 
used as a convention to refer to the 
current document. 

AN other namespace prefixes are 
samples only. In particular, URIs 
starting with "http://example.com" 
represent some application-dependent 
or context-dependent URI [4]. 



3. This specification uses an informal syntax to describe the XML grammar of a WSDL document: 

• The syntax appears as an XML instance, but the values indicate the data types instead of values. 

• Characters are appended to elements and attributes as follows: "?" (0 or 1), "*" (0 or more), "+" (1 or more). 

• Elements names ending in (such as <element.../> or <element...>) indicate that elements/attributes irrelevant to 
the context are being omitted. 

• Grammar in bold has not been introduced earlier in the document, or is of particular interest in an example. 

» <-- extensibility element --> is a placeholder for elements from some "other" namespace (like ##other in XSD). 
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